> 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/nl/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/nomadic-location-detection-and-configuration.md).

# Nomadische Locatie-detectie en configuratie

Nomadische noodhulpdiensten stellen Zoom in staat om automatisch de Locatie van een gebruiker te detecteren en het juiste adres te melden wanneer er in noodgeval wordt gebeld. De detectielogica is wereldwijd consistent; het verschil zit in de manier waarop het gedetecteerde adres aan de PSAP wordt geleverd (zie paragrafen 8 en 9).

#### Bereik voor Locatieovereenkomst

Wanneer er in noodgeval wordt gebeld, beoordeelt het systeem Locaties in de volgende volgorde van bereik:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Prioriteit</th><th>Bereik</th><th>Beschrijving</th></tr></thead><tbody><tr><td><strong>1</strong></td><td>Aan de gebruiker toegewezen locatie</td><td>Locaties die zijn gedefinieerd binnen de locatie waaraan de gebruiker is toegewezen, worden eerst gecontroleerd</td></tr><tr><td><strong>2</strong></td><td>Alle andere accountlocaties</td><td>Als er geen overeenkomst wordt gevonden in de locatie van de gebruiker, worden alle andere Locaties binnen het account beoordeeld</td></tr><tr><td><strong>3</strong></td><td>Persoonlijke Locaties van de gebruiker</td><td>Als geen enkele bedrijfslocatie overeenkomt, controleert het systeem de persoonlijke Locaties van de gebruiker</td></tr><tr><td><strong>4</strong></td><td>Standaard / terugvaloptie</td><td>Als er op geen enkel niveau een overeenkomst wordt gevonden, wordt het Standaardadres of "Onbekend" gebruikt (zie paragrafen 7 en 8 voor details)</td></tr></tbody></table>

#### Prioriteit voor netwerkdetectie

Binnen elk bovenstaand bereikniveau vergelijkt Zoom de netwerkgegevens van het Eindpunt met gedefinieerde Locaties in deze prioriteitsvolgorde:

<table data-header-hidden="false" data-header-sticky><thead><tr><th>Prioriteit</th><th>Gegevensbron</th><th>Bereik</th><th>Opmerkingen</th></tr></thead><tbody><tr><td><strong>1 (hoogste)</strong></td><td>MAC-adres van netwerkswitch + Porteren (LLDP)</td><td>Alleen bedrijfslocaties</td><td>Hoogste precisie; vereist LLDP-MED op de switch. Uitzenden-timer ~30 seconden (aanbevolen). Niet ondersteund op Linux. Mac vereist de Zoom Helper App (bevoorrecht proces). IP-telefoons moeten LLDP-doorvoer hebben ingeschakeld.</td></tr><tr><td><strong>2</strong></td><td>MAC-adres van draadloos Access point (BSSID)</td><td>Bedrijfs- en persoonlijke Locaties</td><td>Ondersteunt jokertekens in de laatste twee octetten (bijv., <code>74:4d:28:d5:12:xx</code>). Wanneer meerdere BSSID's worden gedetecteerd, krijgt de BSSID met de hoogste RSSI (sterkste signaal) voorrang.</td></tr><tr><td><strong>3</strong></td><td>Openbaar IP-adres + privé-IP-adres of subnet</td><td>Alleen bedrijfslocaties</td><td>Ondersteunt IPv4/IPv6-dual-stack. Als "Minimale overeenkomstcriteria toepassen" is ingeschakeld op de Locatie, moeten zowel het openbare als het privé-IP overeenkomen — alleen het openbare IP is onvoldoende.</td></tr><tr><td><strong>4</strong></td><td>Openbaar IP-adres</td><td>Bedrijfs- en persoonlijke Locaties</td><td></td></tr><tr><td><strong>5</strong></td><td>GPS-coördinaten (indien beschikbaar via het Besturingssysteem)</td><td>Geschat adres</td><td>Afkomstig van Locatie-API's van het Besturingssysteem (nooit IP-geolocatie). Alleen gebruikt als terugvaloptie wanneer geen netwerksignalen overeenkomen.</td></tr><tr><td><strong>6 (terugvaloptie)</strong></td><td>Standaardadres</td><td>Zie regiospecifiek gedrag in paragrafen 7 en 8</td><td>Standaardinstelling van locatie → Standaardinstelling van account → "Onbekend" (VS/Canada valt terug op een landelijke clearinghouse; de rest van de wereld valt terug op caller-ID-/ELIN-zoekopdracht).</td></tr></tbody></table>

### Configuratie van nomadische Locatie

In dit gedeelte worden elke netwerkgegevensbron die voor Locatiedetectie wordt gebruikt en de bijbehorende configuratievereisten beschreven.

#### 7.1 Bekabelde netwerken (LLDP)

Voor Apparaten die via een Ethernet-kabel zijn aangesloten (zoals IP-bureautelefoons of laptops in een dock), gebruikt Zoom het Link Layer Discovery Protocol (LLDP) om te bepalen op welke netwerkswitch en Porteren het Apparaat is aangesloten. Dit levert nauwkeurige Locatiegegevens op, tot aan de specifieke wandaansluiting of het bureau.

**LLDP-werking:** Netwerkswitches zenden periodiek LLDP-gegevensunits (LLDPDU's) uit naar Apparaten die zijn aangesloten op hun poorten. Elke LLDPDU bevat gestructureerde gegevensvelden die Type-Length-Value-elementen (TLV) worden genoemd. De Zoom Workplace app haalt twee belangrijke gegevens uit de LLDPDU:

* **Chassis-ID-TLV** — het MAC-adres van de netwerkswitch
* **Porteren-ID-TLV** — het Porterennummer of de interface-ID op de switch

De structuur van een LLDP-gegevensunit ziet er als volgt uit:

1. Preambule
2. Bestemmings-MAC
3. Bron-MAC
4. Ethertype
5. Chassis-ID-TLV
6. Porteren-ID-TLV
7. Time to Live TLV
8. Optionele TLV's
9. Einde van LLDPDU TLV
10. Framecontrolesequentie

Tijdens een noodoproep verzendt de Zoom Workplace app de Chassis-ID (switch-MAC) en Poort-ID naar de Zoom-server. De server vergelijkt deze gegevens met de bedrijfsLocaties die door de beheerder zijn geconfigureerd om de fysieke Locatie van de beller te bepalen. Bij het configureren van een bedrijfsLocatie voert de beheerder een **switch-MAC-adres + switchpoort-combinatie** in om een specifieke switch-Porteren aan die Locatie toe te wijzen. Het systeem staat overlappende switchvermeldingen toe — wat betekent dat hetzelfde switch-MAC-adres in meerdere locatievermeldingen met verschillende poortnummers kan voorkomen — zolang er geen conflict is op een afzonderlijke poort binnen het gehele account. Met andere woorden: een enkele switch-MAC- + poortcombinatie kan slechts aan één Locatie worden toegewezen; maar dezelfde switch kan verschillende poorten hebben die aan verschillende Locaties zijn toegewezen (bijv. poorten 1-12 op Switch A toegewezen aan Verdieping 1 en poorten 13-24 op dezelfde Switch A toegewezen aan Verdieping 2).

**Vereisten voor netwerkconfiguratie:**

* De netwerkswitch moet worden geconfigureerd om **te verzenden** LLDP-informatie naar verbonden Apparaten te verzenden. De Zoom Workplace app ontvangt alleen LLDP-gegevens — deze verzendt geen LLDP-pakketten terug naar de switch.
* De LLDP-configuratie moet de verplichte TLV's (Chassis-ID en Poort-ID) bevatten die de Zoom Workplace app nodig heeft om de switch en poort te identificeren.
* Sommige switchleveranciers vereisen dat **LLDP-MED** (Media Eindpunt Discovery) is ingeschakeld op de poorten zodat de verplichte TLV's in de LLDPDU worden opgenomen. Raadpleeg de documentatie van uw switchleverancier voor configuratiestappen.
* LLDP-timers moeten worden ingesteld op **30 seconden** zodat de Zoom Workplace app netwerkwijzigingen snel kan detecteren.

**App** **vereisten:**

* **Windows en IP-telefoons:** Ondersteund met minimale firmware- of Zoom Workplace app-versie. Locatieservices moeten zijn ingeschakeld.
* **Mac:** Vereist dat een hulpapplicatie wordt gedownload en geïnstalleerd. Als gebruikers beheerdersrechten hebben, kunnen ze via het beheerportal worden gevraagd deze zelf te installeren. Anders moet de hulpapplicatie aan hen worden gedistribueerd.
* **Linux**: Niet ondersteund

**LLDP-doorvoer:** Als een Zoom Workplace app-Apparaat (zoals een laptop) via de doorvoerpoort van een IP-telefoon met het netwerk is verbonden, moet de telefoon zo zijn geconfigureerd dat LLDP-pakketten van de netwerkswitch naar het verbonden Apparaat worden doorgestuurd. Zonder dit eindigen de LLDP-pakketten van de switch bij de telefoon en bereiken ze nooit de Zoom Workplace app, waardoor op switchpoorten gebaseerde locatiedetectie wordt voorkomen.

Zorg er bovendien voor dat de IP-telefoon niet zijn eigen LLDP-pakketten genereert en naar het Apparaat verzendt waarop de Zoom Workplace app is geïnstalleerd. Als de telefoon zijn eigen LLDP-gegevens genereert, kan de Zoom Workplace app de LLDP-informatie van de telefoon ontvangen in plaats van de LLDP-gegevens van de netwerkswitch, wat resulteert in een onjuiste locatietoewijzing. De Zoom Workplace app moet LLDP-gegevens rechtstreeks van de netwerkswitch ontvangen — niet van de telefoon.

#### 7.2 Draadloze netwerken (BSSID)

Een BSSID (Basis Service Set Identificatie) is het MAC-adres van een draadloos toegangspunt. Elk Wi-Fi-toegangspunt zendt een unieke BSSID uit, waardoor dit een van de betrouwbaarste methoden is om een specifieke fysieke Locatie te identificeren. Wanneer een Zoom Workplace app verbinding maakt met Wi-Fi, detecteert deze de BSSID van het toegangspunt waarmee deze is verbonden en rapporteert deze tijdens een noodoproep aan de Zoom-server.

**Configuratie:** Voer voor elke bedrijfsLocatie de BSSID's in van de draadloze toegangspunten die die Locatie dekken. Als een verdieping drie toegangspunten heeft, moeten alle drie de BSSID's worden toegevoegd aan de locatievermelding van die verdieping. Wanneer een gebruiker verbinding maakt met een van die toegangspunten en een noodoproep plaatst, koppelt Zoom de gedetecteerde BSSID aan de Locatie en gebruikt het het bijbehorende adres.

**BSSID-jokerteken:** In grote implementaties delen toegangspunten op dezelfde verdieping of in hetzelfde gebied vaak de eerste vier octetten van hun MAC-adres, waarbij alleen de laatste twee tekens verschillen. Zoom ondersteunt een jokertekenbenadering waarbij u een BSSID kunt Configureer met de laatste twee tekens als jokertekens (bijv. **AA:BB:CC:DD:EE**). Dit betekent dat elk toegangspunt waarvan de BSSID begint met **AA:BB:CC:DD:EE** overeenkomt met die Locatie, ongeacht de laatste twee tekens. Dit vermindert aanzienlijk het aantal afzonderlijke BSSID's dat u moet Invoeren voor Locaties met veel toegangspunten.

**BSSID met hogere signaalsterkte:** Het Apparaat van een gebruiker ziet niet alleen het toegangspunt waarmee het is verbonden — het detecteert ook andere nabijgelegen toegangspunten en hun signaalsterktes. Zoom benut deze mogelijkheid. Als een beheerder een BSSID voor een specifieke Locatie heeft geconfigureerd en het Apparaat van de gebruiker die BSSID met een hogere signaalsterkte detecteert dan die waarmee het Apparaat momenteel is verbonden, gebruikt Zoom de Locatie die is gekoppeld aan de BSSID met de hogere signaalsterkte. Dit verbetert de nauwkeurigheid in dichtbevolkte kantooromgevingen, waar een gebruiker mogelijk verbonden is met een toegangspunt op één verdieping maar zich fysiek dichter bij een toegangspunt op een andere verdieping bevindt.

#### 7.3 IP-adres (openbaar en privé)

Zoom gebruikt IP-adressen als een andere methode om de Locatie van een gebruiker te identificeren. Zowel IPv4- als IPv6-adressen worden ondersteund. Er zijn twee typen IP-adressen betrokken:

**Openbaar IP-adres:** Dit is het IP-adres dat Zoom ziet wanneer de Zoom Workplace app verbinding maakt met de servers van Zoom. Het is het extern gerichte adres van het netwerk van de gebruiker, doorgaans toegewezen door de internetserviceprovider (ISP) of de gateway van het bedrijfsnetwerk. Alle Apparaten achter dezelfde router of firewall delen doorgaans hetzelfde openbare IP-adres. Dit kan een IPv4-adres zijn (bijv. 203.0.113.50) of een IPv6-adres (bijv. 2001:db8::1).

**Privé-IP-adres:** Dit is het IP-adres dat de Zoom Workplace app ontvangt van de netwerkadapter van het Apparaat zelf. Het is het interne adres dat wordt toegewezen door het lokale netwerk (bijv. via DHCP). Privé-IPv4-adressen zijn alleen zichtbaar binnen het lokale netwerk en kunnen niet via het internet worden gerouteerd (bijv. 10.x.x.x, 172.16.x.x, 192.168.x.x). IPv6-adressen kunnen afhankelijk van de netwerkconfiguratie ook als privé-adressen worden gebruikt (bijv. unieke lokale adressen in het bereik fd00::/8).

**Waarom beide nodig zijn:** Een openbaar IP-adres alleen is vaak niet specifiek genoeg om een Locatie te identificeren — veel gebouwen of zelfs hele campussen kunnen hetzelfde openbare IP-adres delen door Network Address Translation (NAT). Door het openbare IP-adres te combineren met het privé-IP-adres of subnet, kan Zoom nauwkeuriger onderscheid maken tussen verschillende Locaties binnen hetzelfde netwerk. Twee verdiepingen in hetzelfde gebouw kunnen bijvoorbeeld hetzelfde openbare IP-adres delen, maar verschillende privé-IP-subnetten hebben (bijv. Verdieping 1 gebruikt 10.1.1.0/24 en Verdieping 2 gebruikt 10.1.2.0/24).

Voer bij het configureren van bedrijfsLocaties voor elke Locatie zowel het openbare IP-adres of bereik als het privé-IP-subnet in. Zowel IPv4- als IPv6-subnetten worden ondersteund, inclusief dual-stackconfiguraties.

**Sterk aanbevolen: Inschakelen "Pas minimale overeenkomstcriteria toe".** Wanneer u een Locatie maakt of bewerkt, Inschakelen de **Pas minimale overeenkomstcriteria toe** selectievakje om te vereisen dat zowel het openbare als het private IP samen overeenkomen.

**Risico als uitgeschakeld:** Publieke en private IP's worden onafhankelijk geëvalueerd. Een gebruiker op een bedrijfs-VPN in een café kan ten onrechte overeenkomen met een kantoorlocatie (zelfde publieke IP, ander privénetwerk), waardoor het verkeerde adres naar de PSAP wordt verzonden en responders naar de verkeerde Locatie worden gestuurd.

**Dubbele adresvermeldingen vermijden:** Maak geen meerdere combinaties van openbaar IP + privaat IP die naar hetzelfde adres verwijzen. Als er dubbele vermeldingen bestaan, kan het adres voor noodgevallen dat aan de locatie is toegewezen, bij opeenvolgende noodoproepen tussen die vermeldingen wisselen, wat leidt tot inconsistente adresrapportage.

#### 7.4 GPS (Global Positioning System)

Als het Apparaat van de gebruiker GPS-mogelijkheden heeft en het Besturingssysteem GPS-gegevens Beschikbaar stelt aan de Zoom Workplace-applicatie, kan Zoom GPS-coördinaten gebruiken als een Locatiebron. De GPS-coördinaten worden rechtstreeks afgeleid van het Besturingssysteem van het Apparaat — Zoom heeft geen eigen GPS-hardware.

GPS wordt gebruikt als fallback met lagere prioriteit (Prioriteit 5 in de detectievolgorde). Het is alleen Beschikbaar in de VS en Canada, en alleen wanneer het Apparaat GPS ondersteunt en het Besturingssysteem de gegevens levert. Als er geen GPS-gegevens Beschikbaar zijn vanuit het Besturingssysteem, wordt deze detectiemethode volledig overgeslagen en valt het systeem terug op het Standaardadres.

GPS-coördinaten worden door Zoom's provider omgezet naar een benaderd fysiek adres. Omdat GPS een benaderde Locatie biedt in plaats van een nauwkeurig gebouw-/verdieping-/kamerniveau, is het minder nauwkeurig dan detectie op basis van BSSID of LLDP, maar nog steeds aanzienlijk beter dan terugvallen op een Standaardadres.

#### 7.5 VPN-gebruikers

Voor gebruikers die Verbinden via een VPN zonder split tunneling ingeschakeld, kan de VPN de werkelijke netwerkgegevens van de gebruiker (publiek IP, privaat IP en BSSID) maskeren, waardoor nauwkeurige Locatie-detectie wordt verhinderd. In dit scenario kan het systeem de gebruiker onjuist toewijzen aan de locatie van de VPN-concentrator in plaats van aan hun werkelijke fysieke Locatie.

**Aanbevolen configuratie:** Toevoegen van het VPN-subnet aan de **uitgesloten Locatie-lijst** in de Zoom beheerportal. Wanneer een VPN-subnet wordt uitgesloten, probeert het systeem het niet aan een bedrijfslocatie te koppelen. In plaats daarvan wordt de gebruiker gevraagd zijn adres voor noodgevallen bij elke aanmelding te bevestigen. Dit zorgt ervoor dat VPN-gebruikers altijd een actueel adres in het dossier hebben, ook al is automatische detectie via de VPN-tunnel niet mogelijk.

Organisaties die split tunneling gebruiken (waarbij Zoom-verkeer de VPN omzeilt en rechtstreeks naar internet gaat) hebben deze configuratie niet nodig, omdat de Zoom Workplace-app de werkelijke netwerkgegevens van de gebruiker ziet in plaats van de gegevens van de VPN-tunnel.


---

# 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/nl/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.