# Implementatie van een nomadische oplossing voor noodhulpdiensten
"Nomadisch", in de context van het plaatsen van een noodoproep, wordt gedefinieerd als "het systeem detecteert waar je je nu bevindt en rapporteert automatisch de juiste locatie aan de hulpdiensten." Wanneer Zoom Phone-gebruikers zich verplaatsen tussen vooraf gedefinieerde bedrijfs- en persoonlijke locaties, detecteert Zoom hun locatie op basis van netwerkverbindingsgegevens en meldt het effectief het noodadres dat aan hun locatie is gekoppeld aan hulpverleners. Het implementeren van een nomadische oplossing voor noodhulpdiensten omvat de volgende basisstappen:
* Bedrijfs- en persoonlijke locaties definiëren
* Gebruikers en apparaten in staat stellen hun netwerkverbindingsgegevens te rapporteren
* Het onderhoud en de bewaking van de omgeving voor noodhulpdiensten uitvoeren
### Overzicht van de nomadische oplossing
Wanneer Zoom Phone (binnen een Zoom Workplace-app) of een IP-telefoon een noodoproep plaatst, rapporteert deze de bijbehorende netwerkgegevens aan de Zoom Phone-server. De server zal vervolgens proberen die gegevens te matchen met een vooraf gedefinieerde fysieke bedrijfs- of persoonlijke locatie. De Zoom Phone-eindpunten kunnen publieke en private IP-adressen rapporteren en, wanneer ingeschakeld, ook MAC-adressen van draadloze toegangspunten (ook wel BSS\_ID genoemd) en netwerk-LAN-switchgegevens rapporteren. Als er een match is, kunnen we het vastgestelde noodadres voor de betreffende locatie rapporteren aan zowel hulpdiensten als interne veiligheidsreactieteams.
De adresrapportage-functionaliteit wordt gerealiseerd door het noodadres rechtstreeks in de oproepsignaleringsgegevens te rapporteren — zoals mogelijk is met Zoom Native-diensten in de VS/Canada — of door het selecteren en verzenden van een beller-ID (ook bekend als ELIN) die vooraf is vastgesteld om overeen te komen met de gegeven locatie — zoals vereist 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 overeenkomstige noodadres van de beller te detecteren:
1. Match van MAC-adres van netwerkswitch en poortgegevens voor bedrijfs-locatie
2. BSS\_ID-matches voor bedrijfs- of persoonlijke locatie. De service zoekt eerst naar een match tussen locaties op de thuislocatie van de beller.
3. Publieke & private IP-adres/subnet-matches voor bedrijfs-locatie. De service zoekt eerst naar een match tussen locaties op de thuislocatie van de beller.
4. Publieke IP-adresmatches voor bedrijfs-locatie. De service zoekt eerst naar een match tussen locaties op de thuislocatie van de beller.
5. Publieke & private IP-adresmatches voor persoonlijke locatie.
6. Publieke IP-adresmatches voor persoonlijke locatie.
7. Als geen van bovenstaande overeenkomt, zullen noodoproepen in de VS/CA die door een apparaat met GPS worden geplaatst GPS-coördinaten gebruiken, die vervolgens door onze carrier worden vertaald naar een (ongeveer) 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 noodadres 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 voorzien van een geërfd site-niveau standaardadres), zal de server de locatie rapporteren als “Onbekend”. Het rapporteren van een locatie als onbekend activeert een proces met onze carrier dat de oproep naar een landelijke noodhulpcentrale zal routeren, die mondeling de locatie van de beller zal achterhalen voordat de oproep naar het correcte PSAP (Public Safety Answering Point) wordt geleid.
2. Voor telefoons in gemeenschappelijke ruimten in de VS/Canada zal Zoom het geconfigureerde adres van het apparaat rapporteren als dat bestaat, anders zal het het standaard site-noodadres rapporteren.
3. Voor gebruikers en telefoons buiten de VS/Canada zal Zoom de oorspronkelijke beller-ID rapporteren aan hulpdiensten/nooddiensten.
### Routering van noodoproepen: Zoom Native of BYOC
Wanneer Nomadic Emergency Services zijn ingeschakeld en je BYOC-telefoonnummers in de VS en Canada gebruikt, zal standaard Zoom Native de gespreksafhandeling voor noodoproepen verzorgen. Dit vereenvoudigt de inzet omdat gewone dagelijkse oproepen via je BYOC-carrier worden geleid, maar noodoproepen gebruikmaken van de Native-service van Zoom Phone.
{% hint style="info" %}
Er zijn geen extra kosten of toeslagen voor BYOC-klanten die deze optie kiezen, en het wordt sterk aanbevolen dat zij dit doen.
{% endhint %}
Wanneer Zoom Native de carrier is voor noodoproepen in de VS & Canada, worden zowel het noodadres 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-carrier wordt gebruikt voor noodoproepen in alle Native- en BYOC-situaties buiten de VS & Canada, hebben we niet de mogelijkheid om PIDF-LO-signaleringsgegevens op te nemen en kan alleen de beller-ID in de oproepsignalering worden opgenomen. Dit betekent dat het ontvangende Public Safety Answering Point een database-opzoeking moet doen in de openbare ANI/ALI-database om het ‘address of record’ voor de beller-ID vast te stellen. Het vermogen om het adres van de beller rechtstreeks te communiceren in de signalering van een noodoproep onafhankelijk van de beller-ID heeft meerdere praktische voordelen:
* Bij het inzetten van nomadische noodhulpdiensten vervalt de vereiste om speciale telefoonnummers (ook wel ELINs genoemd) toe te wijzen aan locaties in de VS & Canada. Als je een BYOC-ingeschakelde klant bent en je kiest er niet voor om Zoom te gebruiken om noodoproepen voor BYOC-nummers in de VS & Canada te routeren, zul je ELINs moeten definiëren voor al je locaties in de VS & Canada.
* Het vereenvoudigt het beheer van adressen voor gebruikers in de VS & Canada. Jij en je gebruikers kunnen effectief noodadressen definiëren of bijwerken die aan een gebruiker, telefoon of locatie zijn gekoppeld in bijna real-time via de mogelijkheden in de Zoom Workplace-app en het Zoom-beheerportaal—er is geen behoefte om een openbare database bij te werken.
* Zoom onderhoudt openbare registers voor Zoom Native-nummers, maar Zoom onderhoudt (en kan niet onderhouden) openbare registers voor BYOC-nummers—dat deel moet je beheren met je carrier wanneer je BYOC gebruikt voor noodoproepen.
### Bedrijfs-locaties definiëren
Beheerders moeten Zoom Phone-sites definiëren en afstemmen in een locatie-hiërarchie. Sites zijn een belangrijk beheerelement in Zoom Phone: gebruikers, telefoons en nummers worden toegewezen aan sites, die kiesplannen, routeringsregels en configureerbare beleidsregels hebben, inclusief instellingen voor noodhulpdiensten. Sites moeten voornamelijk op geografische basis worden gedefinieerd: voor gebruikerspopulaties verspreid over meerdere fysieke locaties worden afzonderlijke sites op stads- of campussniveau aanbevolen. Voor populaties die meerdere landen omvatten, worden afzonderlijke sites per land sterk aanbevolen.
{% hint style="info" %}
Voor telewerkers is het meestal het beste om ze, indien mogelijk, aan de dichtstbijzijnde fysieke site toe te wijzen, en we behandelen ze specifieker in de sectie Persoonlijke Locaties.
{% endhint %}
Binnen een site moet je vervolgens locaties en sublocaties definiëren voor noodoproepen. Vaak zijn de locaties op het eerste niveau in een site gebouwen, op tweede niveau verdiepingen en op derde niveau (indien nodig) vleugels, kamers of suites binnen een verdieping. Locaties hebben de volgende belangrijke details nodig, afhankelijk van de vereisten:
* **Dispatchbaar noodadres**: 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, dus elke locatie of sublocatie die je aanmaakt, moet een uniek noodadres hebben.
{% hint style="info" %}
Verschillende staten hebben verschillende regels over hoeveel fysiek gebied in één dispatchbare locatie kan worden opgenomen; voor grote gebouwen kun je sublocaties configureren om aan deze [richtlijnen te voldoen](https://www.fcc.gov/mlts-911-requirements).
{% endhint %}
* **Een ELIN (Emergency Location Identifying Number)** is een industrienaam voor een telefoonnummer dat is geconfigureerd met een openbaar geregistreerd adres dat overeenkomt met het dispatchbare noodadres van een specifieke locatie. Wanneer een Zoom Phone-eindpunt een noodoproep plaatst vanaf een gedefinieerde en gedetecteerde locatie die een ELIN bevat, zal het eindpunt de ELIN als beller-ID gebruiken. Wanneer de oproep door een Public Safety Answering Point (PSAP) wordt ontvangen, voert het PSAP een database-opzoeking uit om het geregistreerde adres van de inkomende beller-ID te identificeren en de locatie van de beller vast te stellen. Als het PSAP terug moet bellen, kunnen binnenkomende oproepen naar het ELIN-nummer gedurende ten minste 2 uur na een noodoproep worden doorgestuurd naar de oorspronkelijke Zoom Phone-extensie.
{% hint style="info" %}
ELIN is niet vereist in de VS en Canada wanneer Zoom Native-diensten worden gebruikt voor het afhandelen van noodoproepen. ELIN is ook niet van toepassing in veel landen zoals Japan, China en anderen. In landen waar ELIN van toepassing is en/of een klant een BYOC-carrier gebruikt voor noodgevallen, vereist de noodhulpdienstenconfiguratie ELIN-configuratie.
{% endhint %}
* **Netwerkgegevens die voldoende uniek zijn voor de locatie**: Wanneer de Zoom Workplace-app of een IP-telefoon een noodoproep plaatst, rapporteert deze netwerkgegevens aan de Zoom Phone-server. De Zoom Phone-eindpunten kunnen publieke en private IP-adressen rapporteren en, wanneer ingeschakeld, kunnen ze rapporteren:
* MAC-adressen van draadloze toegangspunten (ook BSS\_ID genoemd)
* Netwerkswitch MAC-adres, poortnummer en poortlabel (wanneer eindpunten op een netwerk-LAN-poort zijn aangesloten).
{% hint style="info" %}
Hoewel MAC-adressen van draadloze toegangspunten (ook BSS\_ID genoemd) unieke waarden zijn en dus nuttig voor het identificeren van een specifieke locatie, zijn IP-adressen niet altijd behulpzaam—veel klanten hebben IP-netwerkadresvertalingen of subnets die niet voldoende uniek zijn om een bepaald gebouw of verdieping van een ander gebouw of verdieping te onderscheiden.
In deze gevallen moeten we naar het volgende niveau gaan door de netwerk-infrastructuur te onderzoeken—als je weet dat telefoonkliënten of apparaten op je LAN worden aangesloten en je ook weet dat bekabelde IP-subnets niet voldoende uniek zijn om een locatie te identificeren, moet je naar de onderliggende netwerkswitches kijken en die netwerkswitchgegevens correleren met locaties. Deze functionaliteit vereist dat het LLDP-protocol op je netwerk is toegestaan.
{% endhint %}
{% hint style="info" %}
Het BSSID-veld ondersteunt jokertekens die sterretjes (\*) omvatten om een enkel teken weer te geven. Tot twee opeenvolgende jokertekens worden ondersteund in een enkele BSSID in het laatste octet. Je kunt tot 20 BSSID's met jokertekens toevoegen.
{% endhint %}
Het is over het algemeen het beste om de Zoom Nomadic E911-oplossing op één site te implementeren en je bedrijfs-locaties in detail voor die site te definiëren. Begin met gebouwen en verdiepingen en houd rekening met je netwerk-topologie. Hoe zijn IP-subnets georganiseerd? Welke granulariteit van draadloze toegangspuntdekking heb je—namelijk, welke specifieke kamers of gebieden 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 je een spreadsheet bouwt zoals hieronder:
| Een | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q |
| -------- | ------- | --------------------- | --------- | ------------------------------- | -------------------------------------------------------- | ---------------- | ------------------------------------------------ | ------------------------------------------------------------------------------------------------------------- | --------------- | --------------------------- | -------- | ----------------------------- | ---------------- | -------- | ------------------------------------- | --------------------------------------------------------------------------------------------------- |
| | | **Locatiehiërarchie** | | | **Netwerktopologie** | | | **e911-adressen** | | | | | | | | |
| Sitenaam | ouder # | naam ouder\_locatie | Locatie # | Weergavenaam locatie | Lijst MAC-adressen van draadloze toegangspunten (BG\_ID) | Publiek IP-adres | Privaat IP-adres (bekabelde & draadloze subnets) | LAN-switch-identificatoren | Adresregel 1 | Adresregel 2 | Plaats | Staat/ provincie/ territorium | Land/Regio | Postcode | E2M-routering (locaties buiten VS/CA) | VAIN/NIF/CIF-nummer (van toepassing op sites 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, Poortlabel: "ABC", "Poortbereik: 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 | HQ-gebouw 101 Tweede verdieping | | | | | 501 Main Street | 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 | | | | | 600 Main Street | 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 aanbevolen locaties en sublocaties in gewone taal te benoemen, en je moet gedetailleerde noodadressen opgeven met regel één en regel twee voor elke locatie. Definieer vervolgens zoveel netwerkgegevens als je voor deze locaties hebt: draadloze toegangspunten, MAC-adressen (ook BSS\_ID genoemd), publieke en private IP-subnets en, indien nodig, netwerkswitchgegevens.
De nomadische noodhulpdienstenfunctie moet voor een bepaalde site zijn ingeschakeld voordat je locaties kunt beheren. We raden aan de functie eerst alleen voor een klein testteam in te schakelen:
Locaties kunnen vervolgens in bulk worden toegevoegd via een CSV-bestand, of handmatig via het beheerportaal:
#### Bootstrap-modus
Als je niet over volledige netwerkgegevens voor al je bedrijfs-locaties beschikt, is er een hulpmiddel dat kan helpen: de Bootstrap-modus. Om deze te gebruiken, schakel persoonlijke locaties en Bootstrap-modus samen in voor je testgebruikers:
Bootstrap-modus biedt een manier voor gebruikers om locaties en onderliggende netwerkgegevens aan de beheerder(s) te rapporteren. Wanneer Bootstrap-modus en Persoonlijke Locaties zijn ingeschakeld voor je testgebruikers, zal de client elke keer dat hun Zoom Workplace-desktop- of iPad-app in een onbekende locatie komt (d.w\.z. telkens wanneer deze netwerkverbindingsgegevens tegenkomt die nog niet zijn gekoppeld aan een gedefinieerde locatie) de gebruiker vragen hun locatie te bevestigen of bij te werken. Ze kunnen kiezen uit een bestaande lijst met bedrijfs-locaties (die mogelijk geen of slechts gedeeltelijke netwerkgegevens bevatten) of een nieuwe bedrijfs-locatie definiëren.
Wanneer gebruikers een locatie bevestigen, krijgen beheerders een e-mailwaarschuwing dat er nieuwe netwerkgegevens zijn gerapporteerd voor een bedrijfs-locatie, en je kunt de gegevens in het beheerportaal goedkeuren of afwijzen. Er is ook een instelling om te bepalen wie waarschuwingen ontvangt wanneer nieuwe gegevens in dit proces worden gerapporteerd, genaamd “**E-mailontvangers voor onderhoud van noodhulpdienstengegevens**”, die je vindt onder Beheer van noodhulpdiensten voor elke site. Zo kunnen je testers het terrein 'bewandelen' om netwerkgegevens voor elke bedrijfs-locatie te bevestigen of effectief te rapporteren.
Wanneer je je locaties voor het eerst instelt, wordt aanbevolen Bootstrap-modus in te schakelen voor je 'feature testing'-team. Later, wanneer bedrijfs-locaties goed zijn gedefinieerd, kun je Bootstrap-modus inschakelen als een doorlopend test- en gegevensonderhouds-hulpmiddel: als en wanneer gebruikers via Bootstrap-modus 'nieuwe' gegevens voor een bestaande bedrijfs-locatie rapporteren, betekent dit waarschijnlijk dat er iets in je netwerk is veranderd en dat je overeenkomstige updates aan je Zoom Phone-locaties moet doorvoeren.
#### Persoonlijke Locaties
Persoonlijke Locaties zijn een krachtig hulpmiddel dat is ontworpen om je in staat te stellen een extern, mobiel of hybride personeelsbestand te ondersteunen waarbij gebruikers tussen bedrijfs-locaties en externe werkplekken zoals thuiskantoren kunnen bewegen.
Wanneer Persoonlijke Locaties zijn ingeschakeld, zal elke keer dat de Zoom Workplace-desktop- of iPad-app van een gebruiker in een onbekende locatie komt (d.w\.z. telkens wanneer deze netwerkverbindingsgegevens tegenkomt die nog niet zijn gekoppeld aan een gedefinieerde locatie), de app de gebruiker vragen hun noodadres te bevestigen of bij te werken. Ze kunnen kiezen uit een bestaande Persoonlijke Locatie als ze er al één hebben, of ze kunnen een nieuwe definiëren. Bij het definiëren van een Persoonlijke Locatie voert de gebruiker een volledig fysiek noodadres in voor de locatie en zal de Zoom Workplace-app de aan deze locatie gekoppelde netwerkgegevens (publiek IP-adres en BSS\_ID) vastleggen zodat deze later opnieuw kan worden gedetecteerd.
{% hint style="info" %}
We raden ten zeerste aan persoonlijke locaties in te schakelen voor je gebruikers, vooral als ze mobiel zijn en/of op afstand werken in de Verenigde Staten of Canada. Als je een hybride omgeving hebt waar gebruikers soms thuis en soms op kantoor zijn, wil je mogelijk wachten met het inschakelen van persoonlijke locaties totdat je bedrijfs-locaties goed zijn gedefinieerd, zodat gebruikers niet per ongeluk duplicaten maken van wat een bedrijfs-locatie zal worden.
{% endhint %}
{% hint style="danger" %}
Als Persoonlijke Locaties niet zijn ingeschakeld, wordt het standaard noodadres voor de site/gebruiker gebruikt en zal de Zoom Workplace-app de gebruiker nooit vragen hun noodadres bij te werken of te bevestigen wanneer onbekende netwerkverbindingsgegevens worden aangetroffen.
{% endhint %}
Naarmate gebruikers ze aanmaken, verschijnen Persoonlijke Locaties als hun eigen categorie locaties in je beheerportaal. Je kunt ook snel zien welke gebruikers wel of geen persoonlijke locatie hebben aangemaakt op het locatie-trackingdashboard. Hieronder staan belangrijke overwegingen over Persoonlijke Locaties:
**VS en Canada**:
Gebruikers kunnen een effectief onbeperkt aantal persoonlijke locaties aanmaken. 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.
**Land/Regio's buiten de VS en Canada**:
Het aantal persoonlijke locaties dat een gebruiker kan aanmaken, moet worden beperkt tot het aantal DIDs dat eigendom is van die gebruiker, en er zal een vertraging zijn voordat de locatie volledig functioneel is. Dit komt doordat de locatie-informatie die naar hulpdiensten kan worden gestuurd, gekoppeld is aan de beller-ID van de gebruiker—het Public Safety Answering Point moet het geregistreerde adres voor de inkomende beller-ID opzoeken. Daarom worden persoonlijke locaties niet aanbevolen voor gebruikers met alleen een extensie. Voor gebruikers die *dat* één of meer toegewezen DID(s) hebben, kunnen ze voor elke DID een persoonlijke locatie aanmaken—maar achter de schermen moet het geregistreerde adres voor het telefoonnummer van de gebruiker worden bijgewerkt om overeen te komen met de locatie, wat tijd kost.
Voor Zoom Native-telefoonnummers zal Zoom dit adreswijzigings-/updateproces namens jou 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 jouw verantwoordelijkheid om met je carrier(s) samen te werken om het adreswijzigings-/updateproces te voltooien.
### Gebruikers en apparaten inschakelen om netwerkgegevens te rapporteren
Om onze nomadische oplossing te laten functioneren, moet de Zoom Workplace-app in staat zijn locatiegegevens succesvol te detecteren en te rapporteren.
#### Locatie delen met de Zoom Workplace-applicatie
Om de Zoom Workplace-applicatie netwerkgegevens (IP-adressen en BSS ID) voor deze doeleinden te laten rapporteren, moet locatie delen met de applicatie op het besturingssysteemniveau zijn ingeschakeld voor macOS-, iPadOS- en Windows-gebaseerde apps. Wanneer de nomadische noodhulpdienstenfunctie is ingeschakeld, zal de Zoom Workplace-app de gebruikers vragen locatie delen met Zoom in te schakelen via een in‑app pop-up:
Deze status van locatie delen is ook te beheren en wordt weergegeven in de app-instellingen voor Zoom Phone:
Je kunt bijhouden welke gebruikers het proces hebben voltooid op het Zoom Phone-dashboard.\
Voor Macs en iPads staan Apple-beveiligingseisen echter alleen toe dat een lokale gebruiker met administratieve rechten op het apparaat locatie delen met de Zoom Workplace-app inschakelt. We zijn nog niet op de hoogte van een betrouwbare manier om deze beveiligingsinstelling op afstand voor Apple-gebruikers te beheren. Dus als je Mac-gebruikers geen adminrechten hebben op hun machines, zul je locatie delen met Zoom voor hen via een handmatig proces moeten inschakelen.
#### Detecteren en rapporteren van netwerkswitchgegevens
Als in je implementatie het detecteren en rapporteren van netwerkswitchgegevens moet worden ingeschakeld, hebben we mogelijk werk te doen aan je Zoom Workplace-apps en ook aan je netwerk. Zoom Workplace-applicaties gebruiken 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 rapporteren.
Laten we beginnen met de Zoom Workplace-desktopapplicatie: terwijl ondersteunde IP-telefoons en Windows-gebaseerde Zoom Workplace-desktopapps netwerkswitchgegevens kunnen detecteren en rapporteren zolang ze de minimale firmwareversie of Zoom Workplace-app geïnstalleerd hebben, is het rapporteren van netwerkswitchgegevens een zwaardere opgave voor macOS-applicaties. Voor deze applicaties moet je een optie inschakelen in het beheerportaal en een hulpprogramma downloaden/installeren.
Als je gebruikers administratieve rechten op hun machines hebben, kun je de optie kiezen die gebruikers zal vragen de optie zelf te downloaden en te installeren. Als gebruikers dergelijke rechten niet hebben, moet je het hulpprogramma 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 plaatsen van een noodoproep haalt de Zoom Workplace-app het MAC-adres van de switch op uit de "Chassis ID" type-length-value (TLV) en het switchpoortnummer of interface-ID uit de "PortID" type-length-value (TLV). Deze informatie wordt geëxtraheerd uit de LLDP-data-eenheid (LLDPDU) die door de switch naar de Zoom Workplace-app wordt gestuurd die op de switch is aangesloten. Tijdens een noodoproep worden deze parameters naar de Zoom-servers gestuurd om te worden gekoppeld aan de noodlocatie die door de beheerder is geconfigureerd of is ontdekt als onderdeel van Bootstrap-modus.
| Preambule | Best. MAC | Bron MAC | Ethertype | Chassis ID TLV | PortID TLV | Time to live TLV | Optionele TLV's | Einde van LLDPDU TLV | Frame check-sequentie |
| --------- | --------- | -------- | --------- | -------------- | ---------- | ---------------- | --------------- | -------------------- | --------------------- |
Om een succesvolle inzet van nomadische noodhulpdiensten met switchpoortgebaseerde tracking te garanderen, moeten beheerders LLDP inschakelen op de switchpoorten waarop Zoom Workplace-applicaties worden aangesloten.
* De netwerkswitch moet zijn geconfigureerd om LLDP-informatie naar de Zoom Workplace-applicaties te "sturen". Zoom Workplace-applicaties sturen geen LLDP-pakketten naar de netwerkswitch.
* LLDP-configuratie moet het uitzenden van de verplichte TLV's omvatten, die vereist zijn door Zoom Workplace-applicaties om de locatie van het apparaat te volgen.
* Bepaalde switchleveranciers kunnen vereisen dat LLDP-MED op de switchpoorten is ingeschakeld om de verplichte TLV's te laten verzenden die in de LLDPDU vereist zijn. We raden aan de documentatie van de leverancier te raadplegen voor de configuratiestappen.
* LLDP-timers moeten worden ingesteld op een waarde die Zoom Workplace-applicaties in staat stelt eventuele netwerkveranderingen te detecteren. Een waarde van 30 seconden wordt aanbevolen.
