> 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). # Implementatie van een nomadische oplossing voor nooddiensten "Nomadisch" wordt, in de context van het plaatsen van een noodoproep, gedefinieerd als: "het systeem detecteert waar u zich op dit moment bevindt en rapporteert automatisch de juiste Locatie aan de openbare hulpdiensten." Terwijl Zoom Phone-gebruikers zich verplaatsen tussen vooraf gedefinieerde bedrijfs- en persoonlijke locaties, detecteert Zoom hun Locatie op basis van gegevens van de netwerkverbinding en rapporteert het effectief het adres voor noodgevallen dat is gekoppeld aan hun Locatie aan hulpverleners. Het implementeren van een nomadische oplossing voor noodhulpdiensten omvat deze Basis stappen: * Bedrijfs- en persoonlijke locaties definiëren * Gebruikers en apparaten inschakelen om hun gegevens van de netwerkverbinding te rapporteren * De omgeving voor noodhulpdiensten onderhouden en bewaken ### Overzicht van de nomadische oplossing Wanneer Zoom Phone (binnen een Zoom Workplace app) of een IP-telefoon een noodoproep plaatst, rapporteert deze de gekoppelde netwerkgegevens aan de Zoom Phone-server. De server probeert die gegevens vervolgens te koppelen aan een vooraf gedefinieerde fysieke bedrijfs- of persoonlijke Locatie. De Zoom Phone-eindpunten kunnen openbare en particuliere IP-adressen rapporteren en kunnen, indien ingeschakeld, MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) en gegevens van netwerkswitches op het LAN rapporteren. Wanneer er een overeenkomst is, kunnen we het vastgestelde adres voor noodgevallen voor de overeenkomstige Locatie rapporteren aan zowel de openbare hulpdiensten als interne veiligheidsteams. De mogelijkheid om adressen te rapporteren wordt gerealiseerd door ofwel het adres voor noodgevallen rechtstreeks in de belsignalisatie te rapporteren — zoals mogelijk is met Zoom Native-services in de VS/Canada — of door een beller-ID (ook wel ELIN genoemd) te selecteren en te verzenden die vooraf is ingesteld om overeen te komen met de opgegeven Locatie — zoals vereist is in landen buiten de VS/Canada en/of bij het gebruik van BYOC-providers voor de afhandeling 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 Porteren-gegevens van de netwerkswitch komen overeen voor de Locatie van het bedrijf 2. BSS\_ID komt overeen voor bedrijfs- of persoonlijke Locatie. De service zoekt eerst naar een overeenkomst tussen Locaties in de thuislocatie van de beller. 3. Publiek en privé IP-adres-/subnetovereenkomsten voor de Locatie van het bedrijf. De service zoekt eerst naar een overeenkomst tussen Locaties in de thuislocatie van de beller. 4. Publieke IP-adresovereenkomsten voor de Locatie van het bedrijf. De service zoekt eerst naar een overeenkomst tussen Locaties in de thuislocatie van de beller. 5. Publiek en privé IP-adresovereenkomsten voor persoonlijke Locatie. 6. Publieke IP-adresovereenkomsten voor persoonlijke Locatie. 7. Als geen van bovenstaande overeenkomsten van toepassing is, worden US/CA-noodoproepen die worden geplaatst door een Apparaat met GPS gebruikgemaakt van GPS-coördinaten, die vervolgens door onze provider worden vertaald naar een (benaderd) fysiek adres. 8. Als geen van bovenstaande overeenkomsten van toepassing is 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 geconfigureerd met een overgeërfd Standaard locatieniveau-adres), rapporteert de server de Locatie als “Unknown”. Het rapporteren van een Locatie als onbekend activeert een proces met onze provider dat het bellen doorverwijst naar een landelijke noodhulpcentrale-service, die mondeling de Locatie van de beller vaststelt voordat het bellen wordt gerouteerd naar de juiste PSAP (Public Safety Answering Point). 2. Voor telefoons in de gemeenschappelijke ruimte in de VS/Canada rapporteert Zoom het geconfigureerde adres van het Apparaat als dat 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 de openbare veiligheids-/nooddiensten. ### Routering van noodoproepen: Zoom Native of BYOC Wanneer Nomadische nooddiensten zijn ingeschakeld en u BYOC-telefoonnummers in de VS en Canada gebruikt, levert Zoom Native standaard de afhandeling van oproepen voor noodoproepen. Dit vereenvoudigt de implementatie, omdat gewone dagelijkse oproepen via uw BYOC-provider worden gerouteerd, terwijl noodoproepen gebruikmaken van de Native-service van Zoom Phone. {% hint style="info" %} Er zijn geen extra kosten of toeslagen voor BYOC-klanten die voor deze optie kiezen, en het wordt sterk aanbevolen dat zij dit 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 de noodoproep. 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 voor alle Native- en BYOC-situaties buiten de VS en Canada, hebben we niet de mogelijkheid om PIDF-LO-signaleringsinformatie op te nemen, en kan alleen de beller-ID worden opgenomen in de oproepsignalering. Dit betekent dat het ontvangende openbare veiligheidsantwoordpunt een databaseopzoeking moet uitvoeren in de openbare ANI/ALI-database om het ‘adres van registratie’ voor de beller-ID te bepalen. De mogelijkheid om het adres van de beller rechtstreeks en onafhankelijk van de beller-ID te communiceren in de signalering van noodoproepen biedt meerdere praktische voordelen: * Bij het implementeren van nomadische nooddiensten vervalt de vereiste om toegewezen telefoonnummers (ook wel ELIN's genoemd) 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 routering van noodoproepen voor BYOC-nummers in de VS en Canada niet selecteert, moet u ELIN's definiëren voor al uw locaties in de VS en Canada. * Dit vereenvoudigt het beheer van adressen voor gebruikers in de VS en Canada. U en uw gebruikers kunnen effectief noodadressen definiëren of bijwerken die zijn gekoppeld aan een gebruiker, telefoon of locatie, bijna in realtime via de ingebouwde mogelijkheden in de Zoom Workplace app en het Zoom-beheerportaal—er is geen noodzaak om een openbare database bij te werken. * Zoom onderhoudt openbare records voor Zoom Native-nummers, maar Zoom onderhoudt geen openbare records voor BYOC-nummers (en kan dat ook niet)—u moet dat gedeelte beheren met uw provider wanneer u BYOC gebruikt voor noodoproepen. ### Bedrijfslocaties definiëren Beheerders moeten Zoom Phone-sites definiëren en afstemmen binnen een Locatiehiërarchie. Sites zijn een belangrijk beheerconcept in Zoom Phone: gebruikers, telefoons en nummers worden toegewezen aan sites, die belplannen, Routeringregels en configureerbare beleidsregels hebben, waaronder Instellingen voor noodhulpdiensten. Sites moeten primair worden gedefinieerd op basis van geografie: voor gebruikerspopulaties die verspreid zijn over meerdere fysieke Locatieën, worden afzonderlijke sites op stads- of campussniveau aanbevolen. Voor populaties die meerdere landen bestrijken, worden afzonderlijke sites per land sterk aanbevolen. {% hint style="info" %} Voor externe werknemers is het meestal het beste om hen, indien mogelijk, aan de dichtstbijzijnde fysieke locatie toe te wijzen, en we zullen ze specifieker behandelen in de sectie Persoonlijke locaties. {% endhint %} Binnen een locatie moet u vervolgens locaties en sublocaties definiëren voor noodoproep. Vaak zijn eerstelijnslocaties binnen een locatie gebouwen, tweedelijnslocaties verdiepingen en derdelijnslocaties (indien nodig) vleugels of 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 een straatadres, huisnummer, verdieping en, indien van toepassing, een kamer/suite/vleugel binnen de verdieping te vermelden. Over het algemeen kan deze specificiteit worden vastgelegd via Adresregel 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 verzendbare Locatie kan worden opgenomen; voor grote gebouwen kunt u sublocaties Configureer om hieraan te voldoen [richtlijnen](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **Een ELIN (Nood Locatie-identificatienummer)** is een industriële benaming voor een telefoonnummer dat is geconfigureerd om een publiek adres van opname te hebben dat overeenkomt met het aanstuurbare adres voor noodgevallen van een specifieke Locatie. Wanneer een Zoom Phone Eindpunt een noodoproep belt vanaf een gedefinieerde en gedetecteerde Locatie die een ELIN bevat, zal het Eindpunt de ELIN gebruiken als zijn beller-ID. Wanneer de bellen wordt ontvangen door een public safety answering point (PSAP), voert de PSAP een database-opzoeking uit om het adres van opname van de inkomende beller-ID te identificeren en de Locatie van de beller vast te stellen. Als de PSAP moet terugbellen, kunnen Inkomend bellen naar het ELIN-nummer worden gerouteerd naar de oorspronkelijke Zoom Phone-extensie gedurende ten minste 2 uur na een noodoproep. {% hint style="info" %} 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 in veel landen zoals Japan, China en andere. In landen waar ELIN van toepassing is en/of een klant een BYOC-carrier gebruikt voor noodgevallen, vereisen hulpdiensten de configuratie van ELIN. {% endhint %} * **Netwerkgegevens die voldoende uniek zijn voor de Locatie**: Wanneer de Zoom Workplace app of een IP-telefoon een noodoproep doet, rapporteert deze netwerkgegevens aan de Zoom Phone-server. De Zoom Phone-eindpunten kunnen openbare en privé-IP-adressen rapporteren en, wanneer ingeschakeld, het volgende rapporteren: * MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) * MAC-adres van de netwerkswitch, Porterennummer en Porterenlabel (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 een stap verder 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 netwerkswitchgegevens koppelen aan locaties. Voor deze mogelijkheid moet het LLDP-protocol zijn toegestaan om op uw netwerk te worden uitgevoerd. {% endhint %} {% hint style="info" %} Het BSSID-veld ondersteunt jokertekens, waaronder sterretjes (\*) om één teken weer te geven. In één BSSID worden maximaal twee opeenvolgende jokertekens ondersteund 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 te implementeren op één locatie 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—met andere woorden, welke specifieke kamers of delen van de verdieping worden gedekt? Indien nodig, welke netwerkswitches zijn 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: | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | ----------- | ------- | --------------------- | --------- | ------------------------------- | ----------------------------------------------------------- | ----------------- | ------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------- | --------------- | --------------------------- | -------- | --------------------------- | ---------------- | -------- | ------------------------------------- | ------------------------------------------------------------------------------------------------------ | | | | **Locatiehiërarchie** | | | **Netwerktopologie** | | | **e911-adressen** | | | | | | | | | | Locatienaam | ouder # | ouder\_locatie naam | Locatie # | Weergeven van locatienaam | Lijst met MAC-adressen van draadloze Access points (BG\_ID) | Openbaar IP-adres | Privé IP-adres (bekabelde & draadloze subnetten) | LAN-switch-id's | 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 | Hoofdgebouw 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, Porteren-label: "ABC", "Porterenbereik: Kamer": "A233", "Verdieping: Gebouw": "Stopcontact" | Main Street 501 | Eerste verdieping | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 1 | Hoofdgebouw 1 | 1.2 | HQ-gebouw 101 tweede verdieping | | | | | Main Street 501 | Tweede verdieping suite 200 | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 2 | Hoofdgebouw 2 | 2.2 | HQ-gebouw 200 eerste verdieping | | | | | Main Street 600 | Suite 3000 | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | Atlanta | 3 | Atlanta | 3.3 | Atlanta Verkoopkantoor | | | | | 123 Lenora Way | suite 9, 6e verdieping | Atlanta | GA | Verenigde Staten | 30305 | n.v.t. | | Het wordt aanbevolen om locaties en sublocaties in gewone taal te benoemen, en u moet gedetailleerde adressen voor noodgevallen opgeven met regel één en regel twee voor elke locatie. Definieer vervolgens zoveel netwerkgegevens als u voor deze locaties hebt: draadloze toegangspunten, MAC-adressen (ook wel BSS\_ID genoemd), openbare en private IP-subnetten, en indien nodig netwerk-switchgegevens. De functie voor nomadische nooddiensten moet voor een bepaalde locatie worden ingeschakeld voordat u begint met het beheren van de locaties. We raden aan om de functie alleen voor een klein testteam in te schakelen om te beginnen:
Locaties kunnen vervolgens in bulk worden toegevoegd via een CSV-bestand of handmatig via de beheerportal:
#### Bootstrap-modus Als u niet over volledige netwerkgegevens voor al uw bedrijfslocaties beschikt, is er een hulpmiddel dat kan helpen: Bootstrap-modus. Om deze te gebruiken, schakelt u persoonlijke locaties en Bootstrap-modus samen in voor uw testgebruikers:
Bootstrap-modus biedt gebruikers een manier om locaties en onderliggende netwerkgegevens aan de beheerder(s) te melden. Wanneer Bootstrap-modus en Persoonlijke locaties zijn ingeschakeld voor uw testgebruikers, zal elke keer dat hun Zoom Workplace desktop- of iPad-app naar een onbekende locatie roamt (d.w\.z. elke keer dat deze netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde locatie zijn gekoppeld) de client de gebruiker vragen om hun locatie te bevestigen of bij te werken. Ze 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, ontvangen beheerders een e-mailwaarschuwing dat er nieuwe netwerkgegevens zijn gerapporteerd voor een bedrijfslocatie, en u kunt de gegevens in de beheerportal goedkeuren of weigeren. Er is ook een instelling om te bepalen wie waarschuwingen ontvangt wanneer in dit proces nieuwe gegevens worden gerapporteerd, genaamd “**E-mailontvangers voor gegevensonderhoud van nooddiensten**”, die u vindt onder het beheer van nooddiensten voor elke locatie. Zo kunt u uw testers de “locatie laten doorlopen” om netwerkgegevens voor elke bedrijfslocatie te bevestigen of effectief te rapporteren. Wanneer u voor het eerst uw locaties instelt, wordt aanbevolen Bootstrap-modus in te schakelen voor uw team voor ‘functietests’. Later, wanneer bedrijfslocaties goed zijn gedefinieerd, kunt u Bootstrap-modus inschakelen als een doorlopend test- en gegevensonderhoudshulpmiddel: als gebruikers via Bootstrap-modus ‘nieuwe’ gegevens melden voor een bestaande bedrijfslocatie, betekent dit waarschijnlijk dat er iets is veranderd in uw netwerk en dat u overeenkomstige updates moet aanbrengen voor uw Zoom Phone-locaties. #### Persoonlijke locaties Persoonlijke locaties zijn een krachtig hulpmiddel dat is ontworpen om u in staat te stellen een extern, mobiel of hybride personeelsbestand te ondersteunen waarbij gebruikers kunnen roamen tussen bedrijfslocaties en externe werkplekken zoals thuiskantoren. Wanneer Persoonlijke locaties zijn ingeschakeld, zal de Zoom Workplace desktop- of iPad-app van een gebruiker elke keer dat deze naar een onbekende locatie roamt (d.w\.z. elke keer dat deze netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde locatie zijn gekoppeld) de gebruiker vragen om hun adres voor noodgevallen te bevestigen of bij te werken. Ze kunnen kiezen uit een bestaande Persoonlijke locatie als ze die al hebben, of ze kunnen een nieuwe definiëren. Bij het definiëren van een Persoonlijke locatie voert de gebruiker een volledig fysiek adres voor noodgevallen voor de locatie in, en de Zoom Workplace-app slaat de netwerkgegevens op die aan deze locatie zijn gekoppeld (openbaar IP-adres en BSS\_ID), zodat deze later opnieuw kan worden gedetecteerd.
{% hint style="info" %} We raden sterk aan om persoonlijke locaties voor uw gebruikers in te schakelen, 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, kunt u overwegen te wachten met het inschakelen van persoonlijke locaties totdat uw bedrijfslocaties goed zijn 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 zal de Zoom Workplace-app de gebruiker nooit vragen om hun 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 van 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 met betrekking tot Persoonlijke locaties: **VS en Canada**: Gebruikers kunnen een vrijwel onbeperkt aantal persoonlijke locaties aanmaken. Dit geldt ook voor gebruikers die alleen een toesteltoestel-toestelnummer hebben. Dit werkt omdat de locatie-informatie dynamisch en onafhankelijk van de beller-ID kan worden verzonden in noodoproepsignalering. **Landen/regio's buiten de VS en Canada**: Het aantal persoonlijke locaties dat een gebruiker kan aanmaken moet beperkt blijven tot het aantal DID's dat die gebruiker bezit, 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, is gekoppeld aan de beller-ID van de gebruiker—het meldpunt voor noodgevallen moet het adres van registratie opzoeken voor de binnenkomende beller-ID. Daarom worden persoonlijke locaties helemaal niet aanbevolen voor gebruikers met alleen een toestel. Voor gebruikers die *wel* een of meer toegewezen DID's hebben, kunnen ze voor elke DID een persoonlijke locatie aanmaken—maar achter de schermen moet het adres van registratie 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 het wijzigen/bijwerken van het adres namens u uitvoeren. In sommige landen is dit een handmatig proces waarbij ons serviceteam samenwerkt met lokale carriers om de updates te voltooien. Voor Zoom BYOC-telefoonnummers is het uw verantwoordelijkheid om samen met uw carrier(s) het proces voor het wijzigen/bijwerken van het adres te voltooien. ### Gebruikers en apparaten inschakelen om netwerkgegevens te rapporteren Om onze nomadische oplossing te laten functioneren, moet de Zoom Workplace-app locatiegegevens succesvol kunnen detecteren en rapporteren. #### Locatiedeling met de Zoom Workplace-applicatie Om ervoor te zorgen dat de Zoom Workplace-applicatie netwerkgegevens (IP-adressen en BSS-ID) voor deze doeleinden kan rapporteren, moet locatiedeling met de applicatie op besturingssysteemniveau zijn ingeschakeld voor macOS-, iPadOS- en Windows-gebaseerde app. Wanneer de functie voor nomadische nooddiensten is ingeschakeld, zal de Zoom Workplace-app de gebruikers vragen om locatiedeling met Zoom in te schakelen via een pop-up in de app:
Deze status van locatiedeling is ook te beheren en wordt weergegeven in de app-instellingen 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 locatiedeling met de Zoom Workplace-applicatie inschakelt. 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 op hun machines hebben, zult u locatiedeling 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 maken gebruik van Link Layer Discovery Protocol (LLDP) om de netwerk топologie in een bedrijfsnetwerk te bepalen op basis van switchpoorten, dus we moeten de clients in staat stellen LLDP te detecteren en uw netwerk om LLDP te rapporteren. Laten we beginnen met de desktop-applicatie van Zoom Workplace: terwijl ondersteunde IP-telefoons en Windows-gebaseerde Zoom Workplace-desktopapps netwerk-switchgegevens kunnen detecteren en rapporteren zolang de minimale versie van de firmware of Zoom Workplace-app is geïnstalleerd, is het rapporteren van netwerk-switchgegevens een zwaardere opgave voor macOS-applicaties. Voor deze applicaties moet u een optie inschakelen in de beheerportal en een helperapplicatie downloaden/installeren.
Als uw gebruikers beheerdersrechten hebben op hun machines, kunt u de optie kiezen waarbij gebruikers worden gevraagd de optie zelf te downloaden en te installeren. Als gebruikers dergelijke rechten niet hebben, moet u de helperapplicatie aan hen distribueren. {% hint style="info" %} Het rapporteren van netwerk-switchgegevens wordt ondersteund voor Zoom Phone op Windows- en Mac-apparaten, en Poly- en Yealink-IP-telefoons. {% endhint %} Bij het maken van een noodoproep haalt de Zoom Workplace-app het MAC-adres van de switch op uit de type-length-value (TLV) “Chassis ID” en het switchpoortnummer of interface-ID uit de type-length-value (TLV) “PortID”. Deze informatie wordt geëxtraheerd uit de LLDP-gegevensunit (LLDPDU) die door de switch wordt verzonden naar de Zoom Workplace-app die op de switch is aangesloten. Tijdens een noodoproep worden deze parameters naar Zoom-servers verzonden om te worden toegewezen aan de noodlocatie die door de beheerder is geconfigureerd of die is ontdekt als onderdeel van Bootstrap-modus. | Preamble | Bestemmings-MAC | Bron-MAC | Ethertype | Chassis ID TLV | PortID TLV | TTL-TLV | Optionele TLV's | Einde van LLDPDU TLV | Foutcontrolevolgorde van frame | | -------- | --------------- | -------- | --------- | -------------- | ---------- | ------- | --------------- | -------------------- | ------------------------------ | Om een succesvolle implementatie van Nomadic noodservices met tracking op basis van switchpoort te waarborgen, moeten beheerders LLDP Inschakelen op de switchpoorten waarop Zoom Workplace-toepassingen worden verbonden. * De netwerkswitch moet zo worden geconfigureerd dat LLDP-informatie wordt “verzonden” naar de Zoom Workplace-toepassingen. Zoom Workplace-toepassingen verzenden geen LLDP-pakketten naar de netwerkswitch. * LLDP-configuratie moet het verzenden van de verplichte TLV's omvatten, die door Zoom Workplace-toepassingen vereist zijn om de Locatie van het Apparaat te volgen. * Bepaalde switchleveranciers kunnen vereisen dat LLDP-MED wordt Ingeschakeld op de switchpoorten om Toestaan dat de verplichte TLV's die vereist zijn, in de LLDPDU worden verzonden. Wij raden aan de documentatie van de leverancier te raadplegen voor de configuratiestappen. * LLDP-timers moeten worden ingesteld op een waarde die Zoom Workplace-toepassingen Toestaan 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.