# Implementatie van een nomadische oplossing voor noodhulpdiensten "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 veiligheid." Terwijl Zoom Phone-gebruikers rondzwerven 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 hulpdiensten. Het implementeren van een nomadische oplossing voor nooddiensten omvat deze basisstappen: * Bedrijfs- en persoonlijke locaties definiëren * Gebruikers en apparaten inschakelen om hun gegevens van de netwerkverbinding 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 noodoproep doet, rapporteert deze de gekoppelde netwerkgegevens aan de Zoom Phone-server. De server zal vervolgens proberen die gegevens te koppelen aan een vooraf gedefinieerde fysieke bedrijfs- of persoonlijke Locatie. De Zoom Phone-eindpunten kunnen openbare en privé-IP-adressen rapporteren en kunnen, indien ingeschakeld, MAC-adressen van draadloze Access-punten (ook wel BSS\_ID genoemd) en netwerk-LAN-switchgegevens rapporteren. Wanneer er een overeenkomst is, kunnen we het vastgestelde adres voor noodgevallen voor de overeenkomstige Locatie rapporteren aan zowel de openbare veiligheid als interne veiligheidsteams. De mogelijkheid om adressen te rapporteren wordt bereikt door ofwel het adres voor noodgevallen rechtstreeks te rapporteren in belsignalering — zoals mogelijk is met Zoom Native-services in de VS/Canada — of door een beller-ID (ook bekend als ELIN) 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-carriers voor de afhandeling van noodsituaties. #### Hiërarchie van netwerkgegevens Zoom gebruikt de volgende hiërarchie van netwerkgegevens om het bijbehorende adres voor noodgevallen van de beller te detecteren: 1. Gegevens van MAC-adres en Porteren van netwerkswitch komen overeen voor bedrijfslocatie 2. BSS\_ID komt overeen voor bedrijfs- of persoonlijke Locatie. De service zal eerst zoeken naar een overeenkomst tussen locaties in de thuislocatie van de beller. 3. Openbaar en privé IP-adres/subnet komen overeen voor bedrijfs-Locatie. De service zal eerst zoeken naar een overeenkomst tussen locaties in de thuislocatie van de beller. 4. Openbaar IP-adres komt overeen voor bedrijfs-Locatie. De service zal eerst zoeken naar een overeenkomst tussen locaties in de thuislocatie van de beller. 5. Openbaar en privé IP-adres komen overeen voor persoonlijke Locatie. 6. Openbaar IP-adres komt overeen voor persoonlijke Locatie. 7. Als geen van bovenstaande overeenkomt, zullen noodoproepen in de VS/Canada die worden geplaatst door een Apparaat met GPS, GPS-coördinaten gebruiken, die vervolgens door onze provider worden vertaald naar een (benaderend) fysiek adres. 8. Als geen van bovenstaande overeenkomt en het Apparaat geen GPS-mogelijkheden heeft: 1. Voor gebruikers in de VS/Canada zal Zoom het Standaard adres voor noodgevallen van de gebruiker rapporteren als de gebruiker een adres heeft geselecteerd, aangemaakt of bevestigd. Als de gebruiker dit nooit heeft gedaan (en daarom nog steeds is ingericht met een overgenomen Standaard-adres op locatie-niveau), zal de server de Locatie rapporteren als "Onbekend". Het rapporteren van een Locatie als onbekend activeert een proces bij onze provider dat de bellen zal Routering naar een landelijke meldkamerdienst voor noodgevallen, die mondeling de Locatie van de beller zal vaststellen voordat de bellen wordt gerouteerd naar de juiste PSAP (Public Safety Answering Point). 2. Voor telefoons in gemeenschappelijke ruimte in de VS/Canada zal Zoom het geconfigureerde adres van het Apparaat rapporteren als dit bestaat, anders zal het het Standaard locatie adres voor noodgevallen rapporteren. 3. Voor gebruikers en telefoons buiten de VS/Canada zal Zoom de oorspronkelijke beller-ID rapporteren aan openbare veiligheids-/nooddiensten. ### Oproeproutering voor noodgevallen: Zoom Native of BYOC Wanneer nomadische noodhulpdiensten zijn ingeschakeld en u BYOC-Telefoonnummers gebruikt in de VS en Canada, zorgt Zoom Native Standaard voor de afhandeling van oproepen voor noodoproepen. Dit vereenvoudigt de implementatie, omdat reguliere dagelijkse oproepen via uw BYOC-carrier worden gerouteerd, terwijl noodoproepen gebruikmaken van de Native-service van Zoom Phone. {% hint style="info" %} Er zijn geen extra kosten of vergoedingen voor BYOC-Klanten die voor deze optie kiezen, en het wordt sterk aanbevolen dat zij dat doen. {% endhint %}
Wanneer Zoom Native de carrier 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 dat PIDF-LO heet, en dit werkt ongeacht of de beller-ID een Zoom Native-nummer of een BYOC-nummer vertegenwoordigt. Wanneer een BYOC-carrier wordt gebruikt voor noodoproepen voor alle Native- en BYOC-situaties buiten de VS en Canada, hebben we niet de mogelijkheid om PIDF-LO-signalering op te nemen, en kan alleen de beller-ID worden opgenomen in de oproepsignalering. Dit betekent dat het ontvangende meldpunt voor openbare veiligheid een databaseopzoeking 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 en onafhankelijk van de beller-ID te communiceren in de signalering van noodoproepen heeft meerdere praktische voordelen: * Bij het implementeren van nomadische noodhulpdiensten vervalt de vereiste om toegewezen 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 het routeren 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 adresbeheer voor gebruikers in de VS en Canada. U en uw gebruikers kunnen noodadressen die zijn gekoppeld aan een gebruiker, telefoon of locatie vrijwel in realtime definiëren of bijwerken via de functies die zijn ingebouwd 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)—dat deel moet u beheren met uw carrier wanneer u BYOC gebruikt voor noodoproepen. ### Bedrijfslocaties definiëren Beheerders moeten Zoom Phone-sites definiëren en afstemmen op een locatiehiërarchie. Sites zijn een belangrijk beheeronderdeel in Zoom Phone: gebruikers, telefoons en nummers worden toegewezen aan sites, die belplannen, routeringsregels en configureerbare beleidsregels hebben, waaronder Instellingen voor noodhulpdiensten. Sites moeten in de eerste plaats worden gedefinieerd op basis van geografie: voor gebruikerspopulaties die verspreid zijn over meerdere fysieke locaties, worden afzonderlijke sites op stads- of campusniveau aanbevolen. Voor populaties die meerdere landen bestrijken, worden afzonderlijke sites per land sterk aanbevolen. {% hint style="info" %} Voor werknemers op afstand is het meestal het beste om hen, indien mogelijk, toe te wijzen aan de dichtstbijzijnde fysieke locatie, en we zullen hen specifieker behandelen in het gedeelte 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 vereisen de volgende belangrijke details, 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 te vermelden. Over het algemeen kan deze specificiteit worden vastgelegd via Adresregel 2, zodat elke Locatie of sublocatie die u aanmaakt een uniek adres voor noodgevallen moet hebben. {% hint style="info" %} Verschillende staten hanteren 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 (Emergency Locatie Identificerend Nummer)** is een branchebenaming voor een telefoonnummer dat is geconfigureerd met een openbaar adres van opname dat overeenkomt met het verzendbare adres voor noodgevallen van een specifieke Locatie. Wanneer een Zoom Phone-Eindpunt een noodoproep doet vanuit een gedefinieerde en gedetecteerde Locatie die een ELIN bevat, gebruikt het Eindpunt de ELIN als zijn beller-ID. Wanneer de bellen wordt ontvangen door een openbaar veiligheidsantwoordpunt (PSAP), voert de PSAP een zoekopdracht in de database uit om het adres van opname van de inkomende beller-ID te identificeren en de Locatie van de beller vast te stellen. Mocht de PSAP moeten terugbellen, dan kunnen Inkomend bellen naar het ELIN-nummer gedurende ten minste 2 uur na een noodoproep naar de oorspronkelijke Zoom Phone-extensie worden gerouteerd. {% 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 op veel landen zoals Japan, China en andere. In landen waar ELIN van toepassing is en/of een klant een BYOC-provider 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, ook het volgende rapporteren: * MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) * MAC-adres van de netwerkswitch, Porterenummer en poortlabel (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 zullen worden aangesloten en u ook weet dat bekabelde IP-subnetten niet voldoende uniek zijn om een Locatie te identificeren, moet u naar de onderliggende netwerkswitches kijken en die gegevens van de netwerkswitch koppelen aan locaties. Voor deze mogelijkheid moet het LLDP-protocol op uw netwerk kunnen worden uitgevoerd. {% endhint %} {% hint style="info" %} Het BSSID-veld ondersteunt jokertekens met sterretjes (\*) om één teken weer te geven. Tot twee opeenvolgende jokertekens worden ondersteund in een enkele BSSID in het laatste octet. U kunt tot 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 de Locaties van uw bedrijf voor deze Locatie 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 adviseren u een spreadsheet te maken zoals hieronder: | Een | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | ------------ | -------------- | --------------------- | --------- | ----------------------------------------- | ----------------------------------------------------------- | ----------------- | ------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------- | --------------- | --------------------------------- | -------- | --------------------------- | ---------------- | -------- | ---------------------------------------- | ------------------------------------------------------------------------------------------------------ | | | | **Locatiehiërarchie** | | | **Netwerktopologie** | | | **e911-adressen** | | | | | | | | | | locatie naam | bovenliggend # | parent\_Locatie naam | Locatie # | Locatie weergeven naam | Lijst met MAC-adressen van draadloze access points (BG\_ID) | Openbaar IP-adres | Privé IP-adres (Bekabelde & Draadloze subnetten) | ID's van LAN-switches | Adresregel 1 | Adresregel 2 | Stad | Staat/provincie/territorium | Land/Regio | Postcode | E2M Routering (locaties buiten de 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": "Outlet" | 501 Main Street | Eerste verdieping | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 1 | Hoofdgebouw 1 | 1.2 | Hoofdkantoor Gebouw 101 Tweede verdieping | | | | | 501 Main Street | Suite 200 op de tweede verdieping | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | San Jose | 2 | Hoofdkantoorgebouw 2 | 2.2 | Hoofdkantoor Gebouw 200 Eerste verdieping | | | | | 600 Main Street | Suite 3000 | San Jose | CA | Verenigde Staten | 95015 | n.v.t. | | | Atlanta | 3 | Atlanta | 3.3 | Atlanta Verkoopkantoor | | | | | 123 Lenora Way | Verdieping 6, suite 9 | Atlanta | GA | Verenigde Staten | 30305 | n.v.t. | | Er wordt aangeraden dat locaties en sublocaties in duidelijke taal worden benoemd, en u moet gedetailleerde noodadressen 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 private IP-subnetten, en indien nodig netwerk-switchgegevens. De nomadische noodhulpfunctie moet voor een bepaalde locatie zijn Inschakelen voordat u kunt beginnen met het beheren van de locaties. We raden aan om de Functie(s) alleen in te schakelen voor een kleine testgroep om te beginnen:
Locaties kunnen vervolgens in bulk worden toegevoegd via een CSV-bestand, of handmatig via de beheerportal:
#### Bootstrap-modus Als u geen volledige netwerkgegevens hebt voor al uw bedrijfslocaties, is er een tool die 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 rapporteren. Wanneer Bootstrap-modus en Persoonlijke locaties zijn Inschakelen voor uw testgebruikers, telkens wanneer hun Zoom Workplace-desktop- of iPad-app naar een onbekende locatie beweegt (d.w\.z. telkens wanneer deze netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde locatie zijn gekoppeld), zal de client de gebruiker vragen om hun locatie te bevestigen of bij te werken. Ze kunnen kiezen uit een bestaande lijst met bedrijfslocaties (waar mogelijk geen of slechts gedeeltelijke netwerkgegevens aan zijn gekoppeld) of een nieuwe bedrijfslocatie definiëren. Wanneer gebruikers een locatie bevestigen, krijgen beheerders een E-mail-waarschuwing met de melding dat er nieuwe netwerkgegevens zijn gerapporteerd voor een bedrijfslocatie, en kunt u de gegevens in de 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 noodhulpdiensten**”, die u vindt onder het beheer van noodhulpdiensten 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 uw locaties voor het eerst instelt, wordt aanbevolen om 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 hulpmiddel voor test- en gegevensonderhoud: als en wanneer gebruikers ‘nieuwe’ gegevens voor een bestaande bedrijfslocatie rapporteren via Bootstrap Mode, betekent dit waarschijnlijk dat er iets is gewijzigd in uw netwerk en dat u overeenkomstige updates moet aanbrengen in uw Zoom Phone-locaties. #### Persoonlijke locaties Persoonlijke locaties zijn een krachtig hulpmiddel dat is ontworpen om u te ondersteunen bij een personeelsbestand dat op afstand werkt, mobiel is of een hybride werkomgeving heeft, waarbij gebruikers zich kunnen verplaatsen tussen bedrijfslocaties en externe werkplekken zoals thuiskantoren. Wanneer Persoonlijke locaties zijn ingeschakeld, zal de Zoom Workplace-desktop- of iPad-app telkens wanneer een gebruiker naar een onbekende locatie gaat (d.w\.z. telkens wanneer de app netwerkverbindingsgegevens tegenkomt die nog niet aan een gedefinieerde locatie zijn gekoppeld), de gebruiker vragen om zijn adres voor noodgevallen te bevestigen of bij te werken. Ze kunnen kiezen uit een bestaande Persoonlijke locatie als ze er al een 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 zal de netwerkgegevens die aan deze locatie zijn gekoppeld (publiek IP-adres en BSS\_ID) opnemen, zodat deze later opnieuw kan worden gedetecteerd.
{% hint style="info" %} We raden sterk aan om persoonlijke locaties in te schakelen voor uw gebruikers, vooral als zij 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 werken, kunt u beter 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 de Zoom Workplace-app zal de gebruiker nooit vragen om zijn adres voor noodgevallen bij te werken of te bevestigen wanneer onbekende netwerkverbindingsgegevens worden aangetroffen. {% endhint %} Naarmate gebruikers ze maken, verschijnen Persoonlijke locaties als een eigen categorie locaties in uw beheerportal. U kunt ook snel zien welke gebruikers wel of geen persoonlijke locatie hebben gemaakt op het Dashboard voor locaties bijhouden. Hieronder staan belangrijke overwegingen met betrekking tot Persoonlijke locaties: **VS en Canada**: Gebruikers kunnen een vrijwel 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 in de signalering van noodoproepen kan worden verzonden. **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 door die gebruiker wordt beheerd, en er zal een vertraging zijn voordat de locatie volledig functioneel is. Dit komt doordat de locatie-informatie die aan de hulpdiensten kan worden doorgegeven, is gekoppeld 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 die alleen een extensie hebben. 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 voert Zoom dit proces voor adreswijziging/-update namens u uit. 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 met uw provider(s) het proces voor adreswijziging/-update te voltooien. ### Gebruikers en apparaten netwerkgegevens laten rapporteren Om onze nomadische oplossing te laten werken, moet de Zoom Workplace app locatiegegevens succesvol kunnen detecteren en rapporteren. #### Locatie delen 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 delen met de applicatie op besturingssysteemniveau zijn Inschakelen voor macOS-, iPadOS- en op Windows gebaseerde app. Wanneer de functie nomadische noodhulpdiensten is ingeschakeld, zal de Zoom Workplace-app de gebruikers vragen om Locatie delen met Zoom Inschakelen via een Pop-up in de app:
Deze status van Locatie delen kan ook worden beheerd en weergegeven in de appinstellingen voor Zoom Phone:
Je kunt volgen welke gebruikers het proces hebben voltooid op het Zoom Phone Dashboard.\ Voor Macs en iPads staan de beveiligingseisen van Apple echter alleen toe dat een lokale gebruiker met beheerdersrechten voor het apparaat Locatie delen 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 je Mac-gebruikers geen beheerderrechten voor hun machines hebben, moet je Locatie delen met Zoom voor hen Inschakelen via een handmatig proces. #### Netwerkswitchgegevens detecteren en rapporteren Als je implementatie het detecteren en rapporteren van netwerkswitchgegevens moet Inschakelen, hebben we mogelijk werk te doen aan je Zoom Workplace-apps en ook aan je netwerk. Zoom Workplace-applicaties maken gebruik van Link Layer Discovery Protocol (LLDP) om de netwerktopologie in een bedrijfsnetwerk te bepalen op basis van switchpoorten, dus we moeten de clients in staat stellen LLDP te detecteren en je netwerk LLDP te laten rapporteren. Laten we beginnen met de Zoom Workplace-desktopapplicatie: terwijl ondersteunde IP-telefoons en op Windows gebaseerde Zoom Workplace-desktopapps netwerkswitchgegevens kunnen detecteren en rapporteren zolang de minimale versie van de firmware of Zoom Workplace-app is geïnstalleerd, is het rapporteren van netwerkswitchgegevens een zwaardere opgave voor macOS-applicaties. Voor deze applicaties moet je een optie Inschakelen in de beheerportal en een hulpprogramma-applicatie downloaden/installeren.
Als je gebruikers beheerdersrechten hebben voor hun machines, kun je de optie kiezen die gebruikers vraagt om de optie zelf te downloaden en te installeren. Als gebruikers niet over zulke rechten beschikken, moet je de hulpprogramma-applicatie aan hen distribueren. {% hint style="info" %} Het rapporteren van netwerkswitchgegevens 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 poortnummer van de switch of de interface-ID uit de type-length-value (TLV) “PortID”. Deze informatie wordt geëxtraheerd uit de LLDP-data-eenheid (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 gekoppeld aan de noodlocatie die door de beheerder is geconfigureerd of is ontdekt als onderdeel van Bootstrap Mode. | Voorafgaande tekst | Bestemmings-MAC | Bron-MAC | Ethertype | Chassis-ID TLV | PorterenID TLV | Time to live TLV | Optionele TLV's | Einde van LLDPDU TLV | Framecontrolevolgorde | | ------------------ | --------------- | -------- | --------- | -------------- | -------------- | ---------------- | --------------- | -------------------- | --------------------- | Om een succesvolle implementatie van Nomadic noodhulpdiensten met switchpoortgebaseerde tracking te waarborgen, moeten beheerders LLDP inschakelen op de switchpoorten waarop Zoom Workplace-toepassingen worden aangesloten. * De netwerkswitch moet zo geconfigureerd zijn dat LLDP-informatie naar de Zoom Workplace-toepassingen wordt “verzonden”. Zoom Workplace-toepassingen verzenden geen LLDP-pakketten naar de netwerkswitch. * De LLDP-configuratie moet het verzenden van de verplichte TLV's omvatten, die door Zoom Workplace-toepassingen nodig zijn om de Locatie van het Apparaat te volgen. * Voor bepaalde switchleveranciers moet LLDP-MED mogelijk worden ingeschakeld op de switchpoorten om toe te staan dat de verplichte TLV's die vereist zijn, worden verzonden in de LLDPDU. 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 in staat stelt om eventuele netwerkwijzigingen te detecteren. Een waarde van 30 seconden wordt aanbevolen. --- # Agent Instructions: 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: ``` 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= ``` The question should be specific, self-contained, and written in natural language. 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.