> 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/deploying-a-nomadic-emergency-services-solution.md). # Uitrol van een nomadische noodhulpdienstenoplossing "Nomadic", in de context van noodbellen, wordt gedefinieerd als "het systeem detecteert waar u zich nu bevindt en rapporteert automatisch de juiste locatie aan de hulpdiensten." Terwijl Zoom Phone-gebruikers zich verplaatsen tussen vooraf gedefinieerde bedrijfs- en persoonlijke Locatie-instellingen, detecteert Zoom hun locatie op basis van netwerkverbindingsgegevens en rapporteert het effectief het adres voor noodgevallen dat aan hun locatie is gekoppeld aan de hulpdiensten. Het implementeren van een nomadische oplossing voor nooddiensten omvat deze Basis stappen: * Het definiëren van bedrijfs- en persoonlijke Locatie-instellingen * Gebruikers en apparaten in staat stellen hun netwerkverbindingsgegevens te rapporteren * De omgeving voor nooddiensten onderhouden en bewaken ### Overzicht van de nomadische oplossing Wanneer Zoom Phone (binnen een Zoom Workplace-app) of een IP-telefoon een noodbellen uitvoert, rapporteert deze de bijbehorende netwerkgegevens aan de Zoom Phone-server. De server probeert die gegevens vervolgens te koppelen aan een vooraf gedefinieerde fysieke bedrijfs- of persoonlijke Locatie. De eindpunten van Zoom Phone kunnen openbare en privé-IP-adressen rapporteren en kunnen, wanneer ingeschakeld, MAC-adressen van draadloze Access points (ook wel BSS\_ID genoemd) en netwerk-LAN-switchgegevens rapporteren. Wanneer er een match is, kunnen we het vastgestelde adres voor noodgevallen voor de overeenkomstige Locatie rapporteren aan zowel de hulpdiensten als interne teams voor veiligheidsrespons. De mogelijkheid om adressen te rapporteren wordt gerealiseerd door het adres voor noodgevallen rechtstreeks te rapporteren in de belsignalering—zoals mogelijk is met Zoom Native-services in de VS/Canada—of door een beller-ID (ook wel ELIN) te selecteren en te verzenden die vooraf is ingesteld om overeen te komen met de betreffende Locatie—zoals vereist is in landen buiten de VS/Canada en/of wanneer BYOC-carriers worden gebruikt voor het afhandelen van noodgevallen. #### Hiërarchie van netwerkgegevens Zoom gebruikt de volgende hiërarchie van netwerkgegevens om het bijbehorende adres voor noodgevallen van de beller te detecteren: 1. MAC-adres- en Porterengegevens van netwerkswitches komen overeen voor de bedrijfsLocatie 2. BSS\_ID-overeenkomsten voor bedrijfs- of persoonlijke Locatie. De service zoekt eerst naar een overeenkomst tussen locaties in de locatie van de beller thuis. 3. Openbare en privé IP-adres/subnet-overeenkomsten voor bedrijfsLocatie. De service zoekt eerst naar een overeenkomst tussen locaties in de locatie van de beller thuis. 4. Openbare IP-adres/subnet-overeenkomsten voor bedrijfsLocatie. De service zoekt eerst naar een overeenkomst tussen locaties in de locatie van de beller thuis. 5. Openbare en privé IP-adres-overeenkomsten voor persoonlijke Locatie. 6. Openbare IP-adres-overeenkomsten voor persoonlijke Locatie. 7. Als geen van bovenstaande overeenkomt, zullen US/CA-noodoproepen die worden gedaan door een Apparaat dat GPS heeft, GPS-coördinaten gebruiken, die vervolgens door onze provider worden vertaald naar een (benaderd) fysiek adres. 8. Als geen van bovenstaande overeenkomt en het Apparaat geen GPS-mogelijkheden heeft: 1. Voor gebruikers in de VS/Canada rapporteert Zoom het Standaard adres voor noodgevallen van de gebruiker als de gebruiker een adres heeft geselecteerd, aangemaakt of bevestigd. Als de gebruiker dit nooit heeft gedaan (en dus nog steeds is geprovisioneerd met een geërfd Standaard adres op locatieniveau), rapporteert de server de Locatie als "Onbekend". Het rapporteren van een Locatie als onbekend activeert een proces bij onze provider dat het bellen zal Routering naar een landelijke clearinghouse-service voor nooddiensten, die mondeling de Locatie van de beller vaststelt voordat het bellen naar de juiste PSAP (Public Safety Answering Point) wordt gerouteerd. 2. Voor telefoons in de gemeenschappelijke ruimte in de VS/Canada rapporteert Zoom het geconfigureerde adres van het Apparaat als dit bestaat, anders rapporteert het het Standaard adres voor noodgevallen van de locatie. 3. Voor gebruikers en telefoons buiten de VS/Canada rapporteert Zoom de oorspronkelijke beller-ID aan openbare veiligheids-/nooddiensten. ### Oproeproutering voor noodoproepen: Zoom Native of BYOC Wanneer Nomadic Emergency Services zijn ingeschakeld en u BYOC Telefoonnummers gebruikt in de VS en Canada, zal Zoom Native Standaard de afhandeling van oproepen voor noodoproepen verzorgen. Dit vereenvoudigt de implementatie, omdat gewone dagelijkse oproepen via uw BYOC-provider worden gerouteerd, maar noodoproepen gebruikmaken van de Native-service van Zoom Phone. {% hint style="info" %} Er zijn geen extra kosten of toeslagen voor Klanten met BYOC die deze optie kiezen, en het wordt sterk aanbevolen dat ze dat doen. {% endhint %}
Wanneer Zoom Native de provider is voor noodoproepen in de VS en Canada, worden zowel het adres voor noodgevallen van de beller als de beller-ID afzonderlijk en onafhankelijk gecommuniceerd in de signalering van noodoproepen. Het adresgedeelte wordt gecommuniceerd via een protocol genaamd PIDF-LO, en dit werkt ongeacht of de beller-ID een Zoom Native-nummer of een BYOC-nummer vertegenwoordigt. Wanneer een BYOC-provider wordt gebruikt voor noodoproepen in alle Native- en BYOC-situaties buiten de VS en Canada, kunnen we geen PIDF-LO-signalering opnemen en kan alleen de beller-ID in de oproepsignalering worden opgenomen. Dit betekent dat het ontvangende openbare meldpunt voor noodhulp een database-opzoeking moet uitvoeren in de openbare ANI/ALI-database om het ‘geregistreerde adres’ voor de beller-ID te bepalen. De mogelijkheid om het adres van de beller rechtstreeks te communiceren in de signalering van noodoproepen, onafhankelijk van de beller-ID, heeft meerdere praktische voordelen: * Bij het implementeren van nomadische noodhulpdiensten vervalt de vereiste om speciale Telefoonnummers (ook wel ELIN's) toe te wijzen aan Locaties in de VS en Canada. Als u een BYOC-ingeschakelde Klant bent en de optie om Zoom te gebruiken voor de oproeproutering van noodoproepen voor BYOC-telefoonnummers in de VS en Canada niet selecteert, moet u ELIN's definiëren voor al uw Locaties in de VS en Canada. * Het vereenvoudigt het beheer van adressen voor gebruikers in de VS en Canada. U en uw gebruikers kunnen effectief adressen voor noodgevallen definiëren of bijwerken die zijn gekoppeld aan een gebruiker, telefoon of Locatie, vrijwel in realtime, via de mogelijkheden in de app Zoom Workplace en het Zoom-beheerportaal—er is geen noodzaak om een openbare database bij te werken. * Zoom onderhoudt openbare registraties voor Zoom Native-nummers, maar Zoom onderhoudt geen openbare registraties voor BYOC-nummers—u moet dat onderdeel beheren met uw provider wanneer u BYOC gebruikt voor noodoproepen. ### Bedrijfslocaties definiëren Beheerders moeten Zoom Phone-sites definiëren en op elkaar afstemmen binnen een Locatiehiërarchie. Sites zijn een belangrijke beheerconstructie in Zoom Phone: gebruikers, telefoons en nummers worden aan sites toegewezen, die belplannen, routeringsregels en configureerbare beleidsregels hebben, inclusief Instellingen voor noodhulpdiensten. Sites moeten in de eerste plaats worden gedefinieerd door geografie: voor gebruikerspopulaties die verspreid zijn over meerdere fysieke Locaties worden aparte sites voorgesteld op stads- of campusschaal. Voor populaties die meerdere landen omvatten, worden afzonderlijke sites per land sterk aanbevolen. {% hint style="info" %} Voor externe medewerkers is het meestal het beste om hen, indien mogelijk, toe te wijzen aan de dichtstbijzijnde fysieke locatie, en we behandelen hen specifieker in de sectie Persoonlijke Locaties. {% endhint %} Binnen een locatie moet u vervolgens locaties en sublocaties definiëren voor noodoproep. Vaak zijn locaties op het eerste niveau in een locatie gebouwen, locaties op het tweede niveau verdiepingen, en locaties op het derde niveau (indien nodig) vleugels, kamers of suites binnen een verdieping. Locaties hebben de volgende belangrijke details nodig, afhankelijk van de vereisten: * **Verzendbaar adres voor noodgevallen**: Een Locatie moet voldoende gedetailleerd zijn om straatadres, gebouwnummer, verdieping en, indien van toepassing, een kamer/suite/vleugel binnen de verdieping op te geven. Over het algemeen kan deze specificiteit worden vastgelegd via Address Line 2, dus elke locatie of sublocatie die u maakt, moet een uniek adres voor noodgevallen hebben. {% hint style="info" %} Verschillende staten hebben verschillende regels over hoeveel fysieke ruimte in één Locatie kan worden opgenomen; voor grote gebouwen kunt u het volgende doen: Configureer sublocaties om aan deze richtlijnen te voldoen [richtlijnen](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **Een ELIN (Emergency Locatie Identifying Number)** Wanneer een Zoom Phone Eindpunt een noodoproep belt vanuit een gedefinieerde en gedetecteerde Locatie die een ELIN bevat, gebruikt het Eindpunt de ELIN als zijn beller-ID. Wanneer de oproep wordt ontvangen door een public safety answering point (PSAP), voert de PSAP een databaseopzoeking uit om het openbare adres voor opnemen van de inkomende beller-ID te identificeren en de Locatie van de beller vast te stellen. Als de PSAP moet terugbellen, kan Inkomend bellen naar het ELIN-nummer gedurende ten minste 2 uur na een noodoproep worden doorgestuurd naar de oorspronkelijke Zoom Phone-extensie. {% hint style="info" %} De ELIN is niet vereist in de VS en Canada wanneer Zoom Native-services worden gebruikt voor het afhandelen van noodoproepen. ELIN is ook niet van toepassing op veel landen zoals Japan, China en andere. In landen waar ELIN van toepassing is en/of een klant een BYOC-carrier voor noodgevallen gebruikt, vereist de noodservice ELIN-configuratie. {% endhint %} * **Netwerkgegevens die voldoende uniek zijn voor de Locatie**: Wanneer de Zoom Workplace app of een IP-telefoon een noodoproep (bellen) maakt, rapporteert deze netwerkgegevens aan de Zoom Phone-server. De Zoom Phone-eindpunten kunnen openbare en privé-IP-adressen rapporteren en, wanneer ingeschakeld, kunnen rapporteren: * MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) * MAC-adres van netwerkswitch, poortnummer (Porteren) en poortlabel (Porteren) (wanneer eindpunten zijn aangesloten op een netwerk-LAN-poort). {% hint style="info" %} Hoewel MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) unieke waarden zijn en daarom nuttig zijn voor het identificeren van een specifieke Locatie, zijn IP-adressen niet altijd nuttig—veel Klanten hebben IP-netwerkadresvertalingen of subnetten die niet voldoende uniek zijn om een bepaald gebouw of een verdieping van een gebouw te onderscheiden van een ander gebouw of een andere verdieping. In deze gevallen moeten we naar het Volgende niveau gaan door de netwerkinfrastructuur te onderzoeken—als u weet dat telefoonclients of apparaten op uw LAN worden aangesloten en u ook weet dat bekabelde IP-subnetten niet voldoende uniek zijn om een Locatie te identificeren, moet u kijken naar de onderliggende netwerkswitches en die gegevens van de netwerkswitch koppelen aan Locaties. Deze mogelijkheid vereist dat het LLDP-protocol op uw netwerk mag draaien. {% endhint %} {% hint style="info" %} Het BSSID-veld ondersteunt jokertekens, waaronder asterisken (\*), om één teken weer te geven. Er worden maximaal twee opeenvolgende jokertekens ondersteund in één BSSID in het laatste octet. U kunt maximaal 20 BSSID's met jokertekens Toevoegen. {% endhint %} Het is over het algemeen het beste om de Zoom Nomadic E911-oplossing op één locatie te implementeren en voor deze locatie uw Bedrijfslocaties in detail te definiëren. Begin met gebouwen en verdiepingen en houd rekening met uw netwerktopologie. Hoe zijn IP-subnetten georganiseerd? Welke granulariteit van dekking van draadloze toegangspunten hebt u—namelijk, welke specifieke kamers of delen van de verdieping worden gedekt? Welke netwerkswitches zijn indien nodig relevant voor dit gebouw en deze verdieping? We moeten deze netwerkgegevens vertalen naar fysieke Locaties. We raden aan dat u een spreadsheet maakt zoals de onderstaande: | Een | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | ----------- | -------------- | -------------------------- | --------- | ------------------------------- | ------------------------------------------------ | ----------------- | ------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------ | --------------- | ---------------------------- | -------- | --------------------------- | ---------------- | -------- | ------------------------------------- | ------------------------------------------------------------------------------------------------------ | | | | **Locatiehiërarchie** | | | **Netwerktopologie** | | | **e911-adressen** | | | | | | | | | | Locatienaam | bovenliggend # | bovenliggende Locatie naam | Locatie # | Locatie weergeven naam | Draadloos Accesspunt MAC-adressen (BG\_ID)-lijst | Openbaar IP-adres | Privé IP-adres (bekabelde en draadloze subnetten) | LAN-switchidentificaties | Adresregel 1 | Adresregel 2 | Stad | Staat/provincie/territorium | Land/regio | Postcode | E2M Routering (Locaties buiten VS/CA) | VAIN/NIF/CIF-nummer (van toepassing op locaties in België, Nederland, Portugal, Spanje en Zwitserland) | | San Jose | 1 | Hoofdkwartiergebouw 1 | 1.1 | HQ-gebouw 101 eerste verdieping | 12:34:56:78:9A:BC | 75.125.25.12/32 | 172.30.21.0/23, 172.31.25.0/23, 10.14.0.0/16 | MAC-adres: 12:34:56:78:9A:BC, Porterenlabel: "ABC", "Porterenbereik: Kamer": "A233", "Verdieping: Gebouw": "Stopcontact" | Hoofdstraat 501 | Eerste verdieping | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 1 | Hoofdkwartiergebouw 1 | 1.2 | HQ-gebouw 101 tweede verdieping | | | | | Hoofdstraat 501 | Suite 200, tweede verdieping | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 2 | Hoofdkwartiergebouw 2 | 2.2 | HQ-gebouw 200 eerste verdieping | | | | | Hoofdstraat 600 | Suite 3000 | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | Atlanta | 3 | Atlanta | 3.3 | Atlanta Verkoopkantoor | | | | | 123 Lenora Way | 6e verdieping, suite 9 | Atlanta | GA | Verenigde Staten | 30305 | n.v.t. | | Het wordt aangeraden dat Locaties en sublocaties in gewone taal worden benoemd, en u moet gedetailleerde adressen voor noodgevallen opgeven met regel één en regel twee voor elke Locatie. Definieer vervolgens zoveel netwerkgegevens als u hebt voor deze Locaties: draadloze toegangspunten, MAC-adressen (ook wel BSS\_ID genoemd), openbare en privé-IP-subnetten en, indien nodig, netwerk-switchgegevens. De Functie(s) voor nomadische noodgevallendiensten moet voor een gegeven Locatie zijn ingeschakeld voordat u de Locaties kunt gaan beheren. We raden aan om de Functie(s) alleen in te schakelen voor een klein testteam om te beginnen:
Locaties kunnen vervolgens in bulk worden toegevoegd via een CSV-bestand of handmatig via het beheerportal:
#### Bootstrap Mode Als u geen volledige netwerkgegevens hebt voor alle Locaties van uw bedrijf, is er een hulpmiddel dat kan helpen: Bootstrap Mode. Gebruik hiervan maakt u door persoonlijke Locaties en Bootstrap Mode samen in te schakelen voor uw testgebruikers:
Bootstrap Mode biedt gebruikers een manier om Locaties en onderliggende netwerkgegevens te rapporteren aan de beheerder(s). Wanneer Bootstrap Mode en Persoonlijke Locaties zijn ingeschakeld voor uw testgebruikers, zal de Zoom Workplace-desktop- of iPad-app telkens wanneer deze naar een onbekende Locatie gaat (d.w\.z. telkens wanneer deze netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde Locatie zijn gekoppeld) de gebruiker vragen om zijn of haar Locatie te bevestigen of bij te werken. Zij kunnen kiezen uit een bestaande lijst met bedrijfsLocaties (waaraan mogelijk geen of slechts gedeeltelijke netwerkgegevens zijn gekoppeld) of een nieuwe bedrijfsLocatie definiëren. Wanneer gebruikers een Locatie bevestigen, krijgen beheerders een E-mailwaarschuwing waarin staat dat er nieuwe netwerkgegevens zijn gerapporteerd voor een bedrijfsLocatie, en kunt u die gegevens in het beheerportal goedkeuren of afwijzen. Er is ook een instelling om te bepalen wie waarschuwingen ontvangt wanneer er in dit proces nieuwe gegevens worden gerapporteerd, genaamd “**E-mailontvangers voor onderhoud van gegevens voor noodgevallen**”, die u vindt onder het beheer van noodgevallendiensten voor elke locatie. Zo kunt u uw testers het terrein laten “lopen” om netwerkgegevens voor elke bedrijfsLocatie te bevestigen of effectief te rapporteren. Wanneer u uw Locaties voor het eerst instelt, is het aan te raden Bootstrap Mode in te schakelen voor uw team voor Functie(s)-testen. Later, wanneer bedrijfsLocaties goed zijn gedefinieerd, kunt u Bootstrap Mode inschakelen als een doorlopend test- en gegevensonderhoudshulpmiddel: als en wanneer gebruikers via Bootstrap Mode ‘nieuwe’ gegevens rapporteren voor een bestaande bedrijfsLocatie, betekent dit waarschijnlijk dat er iets in uw netwerk is veranderd en zult u overeenkomstige updates moeten aanbrengen voor uw Zoom Phone-Locaties. #### Persoonlijke Locaties Persoonlijke Locaties zijn een krachtig hulpmiddel dat is ontworpen om u in staat te stellen ondersteuning te bieden aan een extern, mobiel of hybride personeelsbestand waarbij gebruikers kunnen zwerven tussen bedrijfsLocaties en externe werkplekken zoals thuiskantoren. Wanneer Persoonlijke Locaties zijn ingeschakeld, zal de Zoom Workplace-desktop- of iPad-app telkens wanneer de app naar een onbekende Locatie gaat (d.w\.z. telkens wanneer deze netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde Locatie zijn gekoppeld), de gebruiker vragen om zijn of haar adres voor noodgevallen te bevestigen of bij te werken. Zij kunnen kiezen uit een bestaande Persoonlijke Locatie als ze die al hebben, of ze kunnen een nieuwe definiëren. Wanneer een Persoonlijke Locatie wordt gedefinieerd, voert de gebruiker een volledig fysiek adres voor noodgevallen in voor de Locatie, en de Zoom Workplace-app registreert de netwerkgegevens die aan deze Locatie zijn gekoppeld (publiek IP-adres en BSS\_ID), zodat deze later opnieuw kan worden gedetecteerd.
{% hint style="info" %} We raden sterk aan dat persoonlijke Locaties voor uw gebruikers worden ingeschakeld, vooral als ze mobiel zijn en/of op afstand werken in de Verenigde Staten of Canada. Als u een hybride omgeving hebt waarin gebruikers soms thuis en soms op kantoor zijn, wilt u misschien wachten met het inschakelen van persoonlijke Locaties totdat u uw bedrijfsLocaties goed hebt gedefinieerd, zodat gebruikers niet per ongeluk duplicaten maken van wat een bedrijfsLocatie zal worden. {% endhint %} {% hint style="danger" %} Als Persoonlijke Locaties niet zijn ingeschakeld, wordt het Standaard-adres voor noodgevallen voor de Locatie/gebruiker gebruikt, en de Zoom Workplace-app vraagt de gebruiker nooit om zijn of haar adres voor noodgevallen bij te werken of te bevestigen wanneer onbekende netwerkverbindingsgegevens worden aangetroffen. {% endhint %} Terwijl gebruikers ze aanmaken, verschijnen Persoonlijke Locaties als hun eigen categorie Locaties in uw beheerportal. U kunt ook snel zien welke gebruikers wel of geen persoonlijke Locatie hebben aangemaakt op het Dashboard voor locatietracking. Hieronder staan belangrijke overwegingen over Persoonlijke Locaties: **VS en Canada**: Gebruikers kunnen een praktisch onbeperkt aantal persoonlijke Locaties maken. Dit geldt ook voor gebruikers die alleen een extensie hebben. Dit werkt omdat de Locatie-informatie dynamisch en onafhankelijk van de beller-ID kan worden verzonden in de signalering van noodoproepen. **Landen/regio's buiten de VS en Canada**: Het aantal persoonlijke Locaties dat een gebruiker kan maken, moet worden beperkt tot het aantal DID's dat eigendom is van die gebruiker, en er zal een vertraging zijn voordat de Locatie volledig functioneel is. Dit komt omdat de Locatie-informatie die naar de hulpdiensten kan worden verzonden, gekoppeld is aan de beller-ID van de gebruiker — het meldpunt voor openbare veiligheid moet het geregistreerde adres opzoeken voor de inkomende beller-ID. Daarom worden persoonlijke Locaties helemaal niet aanbevolen voor gebruikers met alleen een extensie. Voor gebruikers die *wel* één of meer toegewezen DID's hebben, kunnen zij voor elke DID een persoonlijke Locatie maken — maar achter de schermen moet het geregistreerde adres voor het telefoonnummer van de gebruiker worden bijgewerkt zodat het overeenkomt met de Locatie, en dat kost tijd. Voor Zoom Native Telefoonnummers zal Zoom dit proces voor adreswijziging/-bijwerking namens u uitvoeren. In sommige landen is dit een handmatig proces waarbij ons serviceteam samenwerkt met lokale providers om de updates te voltooien. Voor Zoom BYOC Telefoonnummers is het uw verantwoordelijkheid om samen te werken met uw provider(s) om het proces voor adreswijziging/-bijwerking te voltooien. ### Gebruikers en Apparaten in staat stellen netwerkgegevens te rapporteren Om onze nomadische oplossing te laten functioneren, moet de Zoom Workplace-app in staat zijn om Locatiegegevens succesvol te detecteren en te rapporteren. #### Locatie-deling met de Zoom Workplace-applicatie Om ervoor te zorgen dat de Zoom Workplace-applicatie netwerkgegevens (IP-adressen en BSS-ID) voor deze doeleinden rapporteert, moet Locatie-deling met de applicatie op besturingssysteemniveau zijn ingeschakeld voor macOS, iPadOS en op Windows gebaseerde app. Wanneer de Functie(s) voor nomadische noodgevallendiensten is ingeschakeld, vraagt de Zoom Workplace-app de gebruikers om Locatie-deling met Zoom via een in-app Pop-up In te schakelen:
Deze status voor Locatie-deling is ook te beheren en wordt weergegeven in de Instellingen van de app voor Zoom Phone:
U kunt bijhouden welke gebruikers het proces hebben voltooid op het Zoom Phone-Dashboard.\ Voor Macs en iPads staan de beveiligingsvereisten van Apple echter alleen toe dat een lokale gebruiker met beheerdersrechten voor het Apparaat Locatie-deling met de Zoom Workplace-applicatie Inschakelen. We zijn nog niet op de hoogte van een betrouwbare manier om deze beveiligingsinstelling op afstand te beheren voor Apple-gebruikers. Dus als uw Mac-gebruikers geen beheerdersrechten voor hun machines hebben, zult u Locatie-deling met Zoom voor hen via een handmatig proces moeten inschakelen. #### Netwerk-switchgegevens detecteren en rapporteren Als uw implementatie het detecteren en rapporteren van netwerk-switchgegevens moet inschakelen, hebben we mogelijk werk te doen aan uw Zoom Workplace-apps en ook aan uw netwerk. Zoom Workplace-applicaties gebruiken Link Layer Discovery Protocol (LLDP) om de netwerk-topologie in een bedrijfsnetwerk te bepalen op basis van switchpoorten, dus moeten we de clients in staat stellen LLDP te detecteren en uw netwerk om LLDP te rapporteren. Laten we beginnen met de desktopapplicatie van Zoom Workplace: Hoewel ondersteunde IP-telefoons en op Windows gebaseerde Zoom Workplace-desktopapps netwerk-switchgegevens kunnen detecteren en rapporteren zolang ze de minimale versie van de firmware of Zoom Workplace-app hebben geïnstalleerd, is het rapporteren van netwerk-switchgegevens voor macOS-applicaties zwaarder. Voor deze applicaties moet u een optie in het beheerportal inschakelen en een hulpapplicatie downloaden/installeren.
Als uw gebruikers beheerdersrechten voor hun machines hebben, kunt u de optie kiezen die gebruikers zal vragen de optie zelf te downloaden en te installeren. Als gebruikers dergelijke rechten niet hebben, moet u de hulpapplicatie aan hen distribueren. {% hint style="info" %} Het rapporteren van netwerk-switchgegevens wordt ondersteund voor Zoom Phone op Windows- en Mac-apparaten, en voor Poly- en Yealink-IP-telefoons. {% endhint %} Wanneer u een noodoproep doet, haalt de Zoom Workplace-app het MAC-adres van de switch uit de “Chassis ID”-type-length-value (TLV) en het switchpoortnummer of de interface-ID uit de “PortID”-type-length-value (TLV). Deze informatie wordt gehaald uit de LLDP-data-unit (LLDPDU) die door de switch naar de Zoom Workplace-app wordt verzonden die op de switch is aangesloten. Tijdens een noodoproep worden deze parameters naar Zoom-servers verzonden om te worden gekoppeld aan de noodLocatie die door de beheerder is geconfigureerd of is ontdekt als onderdeel van Bootstrap Mode. | Preambule | Best. MAC | Bron-MAC | Ethertype | Chassis-ID-TLV | PortID-TLV | TTL-TLV | Optionele TLV's | Einde van LLDPDU-TLV | Frame-controlesequentie | | --------- | --------- | -------- | --------- | -------------- | ---------- | ------- | --------------- | -------------------- | ----------------------- | Om een succesvolle implementatie van nomadische noodgevallendiensten met tracking op basis van switchpoorten te garanderen, moeten beheerders LLDP Inschakelen op de switchpoorten waarop Zoom Workplace-applicaties worden aangesloten. * De netwerk-switch moet zo geconfigureerd zijn dat deze LLDP-informatie naar de Zoom Workplace-toepassingen “verzendt”. Zoom Workplace-toepassingen verzenden geen LLDP-pakketten naar de netwerk-switch. * De LLDP-configuratie moet het verzenden van de verplichte TLV's omvatten, die vereist zijn door Zoom Workplace-toepassingen om de Locatie van het Apparaat bij te houden. * Bepaalde switchleveranciers kunnen vereisen dat LLDP-MED op de switchpoorten is ingeschakeld om Toestaan dat de verplichte TLV's die vereist zijn, in de LLDPDU worden verzonden. Wij raden aan dat u de documentatie van de leverancier raadpleegt voor de configuratiestappen. * De LLDP-timers moeten worden ingesteld op een waarde die Zoom Workplace-toepassingen in staat zou stellen eventuele netwerkwijzigingen te detecteren. Een waarde van 30 seconden wordt aanbevolen. --- # 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 dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://library.zoom.com/technical-library/nl/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/deploying-a-nomadic-emergency-services-solution.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. 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.