> For the complete documentation index, see [llms.txt](https://library.zoom.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://library.zoom.com/technical-library/de/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/nomadic-location-detection-and-configuration.md).

# Erkennung und Konfiguration mobiler Standorte

Nomadische Notrufdienste ermöglichen es Zoom, den Standort eines Benutzers automatisch zu erkennen und die korrekte Adresse zu melden, wenn ein Notruf abgesetzt wird. Die Erkennungslogik ist weltweit einheitlich; der Unterschied liegt darin, wie die erkannte Adresse an die Notrufzentrale übermittelt wird (siehe Abschnitte 8 und 9).

#### Geltungsbereich des Standortabgleichs

Wenn ein Notruf abgesetzt wird, bewertet das System Standorte in der folgenden Reihenfolge nach Geltungsbereich:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Priorität</th><th>Umfang</th><th>Beschreibung</th></tr></thead><tbody><tr><td><strong>1</strong></td><td>Zugewiesener Standort des Benutzers</td><td>Standorte, die innerhalb des Standorts definiert sind, dem der Benutzer zugewiesen ist, werden zuerst überprüft</td></tr><tr><td><strong>2</strong></td><td>Alle anderen Konto-Standorte</td><td>Wenn am Standort des Benutzers keine Übereinstimmung gefunden wird, werden alle anderen Standorte im gesamten Konto bewertet</td></tr><tr><td><strong>3</strong></td><td>Persönliche Standorte des Benutzers</td><td>Wenn kein Unternehmensstandort übereinstimmt, überprüft das System die persönlichen Standorte des Benutzers</td></tr><tr><td><strong>4</strong></td><td>Standardmäßig / Ausweichoption</td><td>Wenn auf keiner Ebene eine Übereinstimmung gefunden wird, wird die standardmäßige Adresse oder „Unbekannt“ verwendet (Details siehe Abschnitte 7 und 8)</td></tr></tbody></table>

#### Priorität der Netzwerkerkennung

Innerhalb jeder oben genannten Geltungsbereichsebene gleicht Zoom die Netzwerkdaten des Endpunkts mit den definierten Standorten in dieser Prioritätsreihenfolge ab:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Priorität</th><th>Datenquelle</th><th>Umfang</th><th>Hinweise</th></tr></thead><tbody><tr><td><strong>1 (Höchste)</strong></td><td>MAC-Adresse des Netzwerk-Switches + Portieren (LLDP)</td><td>Nur Unternehmensstandorte</td><td>Höchste Präzision; erfordert LLDP-MED auf dem Switch. Übertragung-Timer ca. 30 Sekunden (empfohlen). Wird unter Linux nicht unterstützt. Mac erfordert die Zoom Helper App (privilegierter Prozess). Bei IP-Telefonen muss LLDP-Passthrough aktiviert sein.</td></tr><tr><td><strong>2</strong></td><td>MAC-Adresse des drahtlosen Access Points (BSSID)</td><td>Unternehmens- und persönliche Standorte</td><td>Unterstützt Platzhalter in den letzten zwei Oktetten (z. B., <code>74:4d:28:d5:12:xx</code>). Wenn mehrere BSSIDs erkannt werden, gewinnt die BSSID mit dem höchsten RSSI (stärkstes Signal).</td></tr><tr><td><strong>3</strong></td><td>Öffentliche IP-Adresse + private IP-Adresse oder Subnetz</td><td>Nur Unternehmensstandorte</td><td>Unterstützt IPv4/IPv6-Dual-Stack. Wenn „Mindestabgleichkriterien anwenden“ am Standort aktiviert ist, müssen sowohl die öffentliche als auch die private IP übereinstimmen — die öffentliche IP allein reicht nicht aus.</td></tr><tr><td><strong>4</strong></td><td>Öffentliche IP-Adresse</td><td>Unternehmens- und persönliche Standorte</td><td></td></tr><tr><td><strong>5</strong></td><td>GPS-Koordinaten (falls vom Betriebssystem verfügbar)</td><td>Ungefähre Adresse</td><td>Stammt aus Standort-APIs des Betriebssystems (niemals aus IP-Geolokalisierung). Wird nur als Ausweichoption verwendet, wenn keine Netzwerksignale übereinstimmen.</td></tr><tr><td><strong>6 (Ausweichoption)</strong></td><td>Standardmäßige Adresse</td><td>Siehe regionsspezifisches Verhalten in den Abschnitten 7 und 8</td><td>Standort standardmäßig → Konto standardmäßig → „Unbekannt“ (USA/Kanada werden an eine landesweite Vermittlungsstelle weitergeleitet; im Rest der Welt erfolgt eine Rückfalllösung zur Anrufer-ID-/ELIN-Suche).</td></tr></tbody></table>

### Konfiguration nomadischer Standorte

In diesem Abschnitt werden jede für die Standorterkennung verwendete Netzwerkdatenquelle und die entsprechenden Konfigurationsanforderungen beschrieben.

#### 7.1 Kabelgebundene Netzwerke (LLDP)

Für Geräte, die über ein Ethernet-Kabel verbunden sind (z. B. IP-Tischtelefone oder angedockte Laptops), verwendet Zoom das Link Layer Discovery Protocol (LLDP), um zu bestimmen, an welchen Netzwerk-Switch und welches Portieren das Gerät angeschlossen ist. Dadurch werden präzise Standortdaten bereitgestellt, bis hin zur spezifischen Netzwerkdose oder zum Schreibtisch.

**LLDP-Betrieb:** Netzwerk-Switches senden regelmäßig LLDP-Dateneinheiten (LLDPDUs) an Geräte, die mit ihren Ports verbunden sind. Jede LLDPDU enthält strukturierte Datenfelder, die als Type-Length-Value-Elemente (TLV) bezeichnet werden. Die Zoom Workplace App extrahiert zwei wichtige Informationen aus der LLDPDU:

* **Chassis-ID-TLV** — die MAC-Adresse des Netzwerk-Switches
* **Portieren-ID-TLV** — die Portieren-Nummer oder Schnittstellen-ID am Switch

Die Struktur einer LLDP-Dateneinheit sieht folgendermaßen aus:

1. Präambel
2. Ziel-MAC
3. Quell-MAC
4. EtherType
5. Chassis-ID-TLV
6. Portieren-ID-TLV
7. Time-to-Live-TLV
8. Optionale TLVs
9. Ende des LLDPDU-TLV
10. Frame-Check-Sequenz

Während eines Notruf-Anrufs sendet die Zoom Workplace App die Chassis-ID (Switch-MAC) und die Portieren-ID an den Zoom-Server. Der Server gleicht diese Daten mit den vom Administrator konfigurierten Unternehmens-Standorten ab, um den physischen Standort des Anrufers zu bestimmen. Bei der Konfiguration eines Unternehmensstandorts gibt der Administrator eine **Switch-MAC-Adresse + Switchport-Kombination** um einen bestimmten Switch-Portieren diesem Standort zuzuordnen. Das System erlaubt überlappende Switch-Einträge — das heißt, dieselbe Switch-MAC-Adresse kann in mehreren Standort-Einträgen mit unterschiedlichen Portieren-Nummern erscheinen — solange es auf keinem einzelnen Portieren im gesamten Konto einen Konflikt gibt. Anders gesagt kann eine einzelne Switch-MAC + Portieren-Kombination nur einem Standort zugewiesen werden; derselbe Switch kann jedoch unterschiedliche Portieren verschiedenen Standorten zuordnen lassen (z. B. Portieren 1–12 auf Switch A, zugeordnet zu Etage 1, und Portieren 13–24 auf demselben Switch A, zugeordnet zu Etage 2).

**Anforderungen an die Netzwerkkonfiguration:**

* Der Netzwerkswitch muss so konfiguriert werden, dass er **senden** LLDP-Informationen an verbundene Geräte. Die Zoom Workplace App empfängt nur LLDP-Daten – sie sendet keine LLDP-Pakete zurück an den Switch.
* Die LLDP-Konfiguration muss die obligatorischen TLVs (Chassis-ID und Portieren-ID) enthalten, die die Zoom Workplace App benötigt, um den Switch und den Portieren zu identifizieren.
* Einige Switch-Anbieter verlangen **LLDP-MED** (Medien-Endpunkt-Erkennung), das auf den Portieren aktiviert sein muss, damit die obligatorischen TLVs in der LLDPDU enthalten sind. Konfigurationsschritte finden Sie in der Dokumentation Ihres Switch-Anbieters.
* LLDP-Timer sollten auf **30 Sekunden** gesetzt werden, um der Zoom Workplace App zu zulassen, Netzwerkänderungen umgehend zu erkennen.

**App** **Anforderungen:**

* **Windows und IP-Telefone:** Unterstützt mit mindestens Firmware- oder Zoom Workplace App-Version. Standortdienste müssen aktiviert sein.
* **Mac:** Erfordert, dass eine Hilfsanwendung heruntergeladen und installiert wird. Wenn Benutzer über Administratorrechte verfügen, kann man sie auffordern, sie selbst über den Admin-Portal zu installieren. Andernfalls muss die Hilfsanwendung an sie verteilt werden.
* **Linux**: Nicht unterstützt

**LLDP-Durchleitung:** Wenn ein Zoom Workplace-App-Gerät (z. B. ein Laptop) über den Pass-Through-Portieren eines IP-Telefons mit dem Netzwerk verbunden ist, muss das Telefon so konfiguriert werden, dass LLDP-Pakete vom Netzwerkswitch an das verbundene Gerät durchgeleitet werden. Ohne dies werden die LLDP-Pakete vom Switch am Telefon beendet und erreichen die Zoom Workplace-App nie, wodurch die switch-Portieren-basierte Standorterkennung verhindert wird.

Stellen Sie außerdem sicher, dass das IP-Telefon nicht seine eigenen LLDP-Pakete erzeugt und sie an das Gerät sendet, auf dem die Zoom Workplace App installiert ist. Wenn das Telefon eigene LLDP-Daten erzeugt, kann die Zoom Workplace App möglicherweise die LLDP-Informationen des Telefons statt der LLDP-Daten des Netzwerkswitches empfangen, was zu einer falschen Standortzuordnung führt. Die Zoom Workplace App muss LLDP-Daten direkt vom Netzwerkswitch empfangen — nicht vom Telefon.

#### 7.2 Drahtlose Netzwerke (BSSID)

Eine BSSID (Basic Service Set Kennung) ist die MAC-Adresse eines WLAN-Zugangspunkts. Jeder WLAN-Zugangspunkt sendet eine eindeutige BSSID aus, wodurch sie eine der zuverlässigsten Methoden zur Identifizierung eines bestimmten physischen Standorts ist. Wenn eine Zoom Workplace-App eine Verbindung mit WLAN herstellt, erkennt sie die BSSID des WLAN-Zugangspunkts, mit dem sie verbunden ist, und meldet sie während eines Notfallanrufs an den Zoom-Server.

**Konfiguration:** Geben Sie für jeden Unternehmensstandort die BSSIDs der WLAN-Zugangspunkte ein, die diesen Standort abdecken. Wenn eine Etage über drei Zugangspunkte verfügt, sollten alle drei BSSIDs zum Standort-Eintrag dieser Etage hinzugefügt werden. Wenn ein Benutzer eine Verbindung zu einem dieser Zugangspunkte herstellt und einen Notfallanruf tätigt, gleicht Zoom die erkannte BSSID mit dem Standort ab und verwendet die entsprechende Adresse.

**BSSID-Platzhalter:** In großen Bereitstellungen haben Zugangspunkte auf derselben Etage oder in demselben Bereich häufig die ersten vier Oktette ihrer MAC-Adresse gemeinsam, wobei sich nur die letzten zwei Zeichen unterscheiden. Zoom unterstützt einen Platzhalteransatz, bei dem Sie eine BSSID mit Platzhaltern für die letzten zwei Zeichen Konfigurieren können (z. B., **AA:BB:CC:DD:EE**). Das bedeutet, dass jeder Zugangspunkt, dessen BSSID mit **AA:BB:CC:DD:EE** beginnt, diesem Standort entspricht, unabhängig von den letzten zwei Zeichen. Dadurch wird die Anzahl der einzelnen BSSIDs, die Sie für Standorte mit vielen Zugangspunkten eingeben müssen, erheblich reduziert.

**BSSID mit höherer Signalstärke:** Das Gerät eines Benutzers erkennt nicht nur den Zugangspunkt, mit dem es verbunden ist, sondern auch andere nahe gelegene Zugangspunkte und deren Signalstärken. Zoom nutzt diese Funktion. Wenn ein Administrator eine BSSID für einen bestimmten Standort konfiguriert hat und das Gerät des Benutzers diese BSSID mit einer höheren Signalstärke erkennt als diejenige, mit der das Gerät derzeit verbunden ist, verwendet Zoom den Standort, der der BSSID mit der höheren Signalstärke zugeordnet ist. Dies verbessert die Genauigkeit in dicht besiedelten Büroumgebungen, in denen ein Benutzer möglicherweise mit einem Zugangspunkt auf einer Etage verbunden ist, sich jedoch physisch näher an einem Zugangspunkt auf einer anderen Etage befindet.

#### 7.3 IP-Adresse (öffentlich und privat)

Zoom verwendet IP-Adressen als eine weitere Methode, um den Standort eines Benutzers zu identifizieren. Sowohl IPv4- als auch IPv6-Adressen werden unterstützt. Es sind zwei Arten von IP-Adressen beteiligt:

**Öffentliche IP-Adresse:** Dies ist die IP-Adresse, die Zoom sieht, wenn die Zoom Workplace App eine Verbindung zu den Servern von Zoom herstellt. Sie ist die nach außen sichtbare Adresse des Netzwerks des Benutzers, die in der Regel vom Internetdienstanbieter (ISP) oder vom Gateway des Unternehmensnetzwerks zugewiesen wird. Alle Geräte hinter demselben Router oder derselben Firewall teilen sich normalerweise dieselbe öffentliche IP-Adresse. Dies kann eine IPv4-Adresse (z. B. 203.0.113.50) oder eine IPv6-Adresse (z. B. 2001:db8::1) sein.

**Private IP-Adresse:** Dies ist die IP-Adresse, die die Zoom Workplace App vom Netzwerkadapter des Geräts selbst erhält. Sie ist die interne Adresse, die vom lokalen Netzwerk zugewiesen wird (z. B. über DHCP). Private IPv4-Adressen sind nur innerhalb des lokalen Netzwerks sichtbar und im Internet nicht routbar (z. B. 10.x.x.x, 172.16.x.x, 192.168.x.x). IPv6-Adressen können je nach Netzwerkkonfiguration ebenfalls als private Adressen verwendet werden (z. B. eindeutige lokale Adressen im Bereich fd00::/8).

**Warum beide benötigt werden:** Eine öffentliche IP-Adresse allein ist oft nicht spezifisch genug, um einen Standort zu identifizieren — viele Gebäude oder sogar ganze Campusgelände können aufgrund von Network Address Translation (NAT) dieselbe öffentliche IP-Adresse teilen. Indem Zoom die öffentliche IP mit der privaten IP-Adresse oder dem Subnetz kombiniert, kann Zoom verschiedene Standorte innerhalb desselben Netzwerks genauer unterscheiden. Beispielsweise könnten zwei Etagen im selben Gebäude dieselbe öffentliche IP haben, aber unterschiedliche private IP-Subnetze (z. B. verwendet Etage 1 10.1.1.0/24 und Etage 2 10.1.2.0/24).

Beim Konfigurieren von Unternehmensstandorten geben Sie sowohl die öffentliche IP-Adresse oder den Bereich als auch das private IP-Subnetz für jeden Standort ein. Sowohl IPv4- als auch IPv6-Subnetze werden unterstützt, einschließlich Dual-Stack-Konfigurationen.

**Sehr empfohlen: Aktivieren Sie „Mindestabgleichskriterien anwenden.“** Beim Erstellen oder Bearbeiten eines Standorts Aktivieren Sie die **Mindestabgleichskriterien anwenden** Kontrollkästchen, um zu verlangen, dass sowohl die öffentliche als auch die private IP gemeinsam übereinstimmen.

**Risiko bei Deaktivierung:** Öffentliche und private IPs werden unabhängig ausgewertet. Ein Benutzer im Unternehmens-VPN in einem Café könnte fälschlicherweise einem Bürostandort entsprechen (gleiche öffentliche IP, anderes privates Subnetz), die falsche Adresse an die Notrufzentrale senden und Einsatzkräfte zum falschen Standort schicken.

**Doppelte Adresseinträge vermeiden:** Erstellen Sie nicht mehrere Kombinationen aus öffentlicher IP und privater IP, die derselben Adresse zugeordnet sind. Wenn doppelte Einträge vorhanden sind, kann die dem Standort zugewiesene Notfalladresse bei aufeinanderfolgenden Notrufen zwischen diesen Einträgen wechseln, was zu inkonsistenter Adressmeldung führt.

#### 7.4 GPS (Globales Positionierungssystem)

Wenn das Gerät des Benutzers über GPS-Funktionalität verfügt und das Betriebssystem GPS-Daten der Zoom Workplace-Anwendung zur Verfügung stellt, kann Zoom GPS-Koordinaten als Standortquelle verwenden. Die GPS-Koordinaten werden direkt aus dem Betriebssystem des Geräts abgeleitet — Zoom verfügt nicht über eigene GPS-Hardware.

GPS wird als Fallback mit niedrigerer Priorität verwendet (Priorität 5 in der Erkennungsreihenfolge). Es ist nur Verfügbar in den USA und Kanada und nur dann, wenn das Gerät GPS unterstützt und das Betriebssystem die Daten bereitstellt. Wenn vom Betriebssystem keine GPS-Daten Verfügbar sind, wird diese Erkennungsmethode vollständig übersprungen, und das System fällt auf die standardmäßig festgelegte Adresse zurück.

GPS-Koordinaten werden vom Netzbetreiber von Zoom in eine ungefähre physische Adresse übersetzt. Da GPS einen ungefähren Standort statt eines genauen Gebäudes/Stockwerks/Raums liefert, ist es weniger genau als die BSSID- oder LLDP-basierte Erkennung, aber immer noch deutlich besser, als auf eine standardmäßige Adresse zurückzufallen.

#### 7.5 VPN-Benutzer

Für Benutzer beim Verbinden über ein VPN ohne aktiviertes Split Tunneling kann das VPN die tatsächlichen Netzwerkdaten des Benutzers (öffentliche IP, private IP und BSSID) maskieren und dadurch eine genaue Standorterkennung verhindern. In diesem Szenario kann das System den Benutzer fälschlicherweise dem Standort des VPN-Konzentrators statt seinem tatsächlichen physischen Standort zuordnen.

**Empfohlene Konfiguration:** Hinzufügen des VPN-Subnetzes zu den **Liste ausgeschlossener Standorte** in dem Zoom Admin-Portal. Wenn ein VPN-Subnetz ausgeschlossen wird, versucht das System nicht, es einem bestimmten Standort zuzuordnen. Stattdessen wird der Benutzer aufgefordert, bei jeder Anmeldung ihre Notfalladresse zu bestätigen. Dadurch haben VPN-Benutzer stets eine aktuelle Adresse in der Datei, auch wenn eine automatische Erkennung über den VPN-Tunnel nicht möglich ist.

Organisationen, die Split-Tunneling verwenden (wobei der Zoom-Verkehr den VPN-Tunnel umgeht und direkt ins Internet geht), benötigen diese Konfiguration nicht, da die Zoom Workplace App die tatsächlichen Netzwerkdaten des Benutzers und nicht die Daten des VPN-Tunnels sieht.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://library.zoom.com/technical-library/de/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/nomadic-location-detection-and-configuration.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.