# Driftsätta en nomadisk lösning för nödtjänster "Nomadisk", i samband med att man ringer ett nödnummer, definieras som "systemet upptäcker var du befinner dig just nu och rapporterar automatiskt korrekt plats till räddningstjänsten." När Zoom Phone-användare rör sig mellan fördefinierade företags- och personliga platser upptäcker Zoom deras plats baserat på nätverksanslutningsdata och rapporterar effektivt den nödadress som är kopplad till deras plats till räddningspersonal. Att implementera en nomadisk nödtjänstlösning inkluderar dessa grundläggande steg: * Definiera företags- och personliga platser * Aktivera att användare och enheter rapporterar sina nätverksanslutningsdata * Underhålla och övervaka miljön för nödtjänster ### Översikt över nomadisk lösning När Zoom Phone (inom en Zoom Workplace-app) eller en IP-telefon ringer ett nödnummer rapporterar den de tillhörande nätverksdata till Zoom Phone-servern. Servern försöker sedan matcha dessa data med en fördefinierad fysisk företags- eller personlig plats. Zoom Phone-slutpunkter kan rapportera offentliga och privata IP-adresser och, när det är aktiverat, kan rapportera trådlösa åtkomstpunkters MAC-adresser (även kallade BSS\_ID) och nätverks-LAN-switchdata. När det finns en matchning kan vi rapportera den fastställda nödadressen för motsvarande plats till både räddningstjänst och interna säkerhetsteam. Möjligheten att rapportera adress uppnås antingen genom att rapportera nödadressen direkt i samtalssignalen—som är möjligt med Zoom Native-tjänster i USA/Kanada—eller genom att välja och skicka ett uppringar-ID (även kallat ELIN) som har förhandskonfigurerats för att stämma överens med den aktuella platsen—vilket krävs i länder utanför USA/Kanada och/eller när man använder BYOC-operatörer för hantering av nödsituationer. #### Hierarki för nätverksdata Zoom använder följande hierarki för nätverksdata för att upptäcka uppringarens motsvarande nödadress: 1. Matchningar av nätverksswitchens MAC-adress och portdata för företagsplats 2. BSS\_ID-matchningar för företags- eller personlig plats. Tjänsten kommer först att söka efter en matchning bland platser i uppringarens hemplats. 3. Matchningar av offentliga och privata IP-adresser/subnät för företagsplats. Tjänsten kommer först att söka efter en matchning bland platser i uppringarens hemplats. 4. Matchningar av offentlig IP-adress för företagsplats. Tjänsten kommer först att söka efter en matchning bland platser i uppringarens hemplats. 5. Matchningar av offentliga och privata IP-adresser för personlig plats. 6. Matchningar av offentlig IP-adress för personlig plats. 7. Om ingen av ovanstående matchar kommer nödsamtal i USA/Kanada som läggs av en enhet som har GPS att använda GPS-koordinater, vilka sedan översätts till en (ungefärlig) fysisk adress av vår operatör. 8. Om ingen av ovanstående matchar och enheten saknar GPS-funktionalitet: 1. För användare i USA/Kanada kommer Zoom att rapportera användarens standardnödadress om användaren har valt, skapat eller bekräftat en adress. Om användaren aldrig har gjort detta (och därför fortfarande är provisionerad med någon ärvd standardadress på platsnivå) kommer servern att rapportera platsen som "Okänd". Att rapportera en plats som okänd triggar en process med vår operatör som kommer att dirigera samtalet till en nationell nödhanteringscentral som muntligt fastställer uppringarens plats innan samtalet vidarebefordras till rätt PSAP (Public Safety Answering Point). 2. För telefoner i gemensamma utrymmen i USA/Kanada kommer Zoom att rapportera den konfigurerade adressen för enheten om sådan finns, annars rapporteras standardnödadressen för platsen. 3. För användare och telefoner utanför USA/Kanada kommer Zoom att rapportera det ursprungliga uppringar-ID:t till räddningstjänst/nödtjänster. ### Routning av nöd­samtal: Zoom Native eller BYOC När nomadiska nödtjänster är aktiverade och du använder BYOC-telefonnummer i USA och Kanada kommer som standard Zoom Native att hantera samtalshanteringen för nödsamtal. Detta förenklar distributionen eftersom vanliga dagliga samtal kommer att routas via din BYOC-operatör, medan nödsamtal kommer att använda Zoom Phone’s Native-tjänst. {% hint style="info" %} Det finns inga extra avgifter för BYOC-kunder som väljer detta alternativ, och det rekommenderas starkt att de gör det. {% endhint %}
När Zoom Native är operatör för nödsamtal i USA och Kanada kommuniceras både uppringarens nödadress och uppringar-ID separat och oberoende i nödsamtalssignalen. Adresdelen kommuniceras via ett protokoll som kallas PIDF-LO, och detta fungerar oavsett om uppringar-ID:t representerar ett Zoom Native-nummer eller ett BYOC-nummer. När en BYOC-operatör används för nödsamtal i alla Native- och BYOC-situationer utanför USA och Kanada har vi inte möjlighet att inkludera PIDF-LO-signaler, och endast uppringar-ID:t kan inkluderas i samtalssignalen. Detta innebär att den mottagande räddningstjänstens svarspunkt måste göra en databasuppslagning i den offentliga ANI/ALI-databasen för att fastställa 'adress i register' för uppringar-ID:t. Möjligheten att direkt kommunicera uppringarens adress i nödsamtalssignalen oberoende av uppringar-ID:t har flera praktiska fördelar: * När man implementerar nomadiska nödtjänster tas kravet bort att tilldela dedikerade telefonnummer (aka ELINs) till platser i USA och Kanada. Om du är en BYOC-aktiverad kund och inte väljer alternativet att använda Zoom för att routa nödsamtal för BYOC-nummer i USA och Kanada, kommer du att behöva definiera ELINs för alla dina platser i USA och Kanada. * Det förenklar adresshanteringen för användare i USA och Kanada. Du och dina användare kan effektivt definiera eller uppdatera nödadresser som är kopplade till en användare, telefon eller plats i nästan realtid via funktionerna i Zoom Workplace-appen och Zooms administrationsportal—det finns inget behov av att uppdatera en offentlig databas. * Zoom underhåller offentliga register för Zoom Native-nummer, men Zoom underhåller inte (och kan inte underhålla) offentliga register för BYOC-nummer—du måste hantera den delen med din operatör när du använder BYOC för nödsamtal. ### Definiera företagsplatser Administratörer måste definiera och anpassa Zoom Phone Sites i en plats­hierarki. Sites är en viktig hanteringskonstruktion i Zoom Phone: användare, telefoner och nummer tilldelas sites som har uppringningsplaner, routningsregler och konfigurerbara policyer, inklusive inställningar för nödtjänster. Sites bör främst definieras efter geografi: för användarpopulationer spridda över flera fysiska platser föreslås separata sites på stads- eller campusnivå. För populationer över flera länder rekommenderas separata sites per land starkt. {% hint style="info" %} För distansarbetare är det vanligtvis bäst att koppla dem till närmaste fysiska site om möjligt, och vi behandlar dem mer specifikt i avsnittet om personliga platser. {% endhint %} Inom en site måste du sedan definiera platser och underplatser för nöd­samtal. Ofta är förstahandsplatser i en Site byggnader, andrahandsplatser är våningar och tredjepartsplatser (om nödvändigt) kan vara flyglar, rum eller sviter inom en våning. Platser behöver följande viktiga detaljer, beroende på krav: * **Avsändbar nödadress**: En plats måste vara tillräckligt detaljerad för att ange gatuadress, byggnadsnummer, våning och, när det är lämpligt, ett rum/svit/flygplan inom våningen. Generellt kan denna specificitet fångas via Adress Rad 2, så varje plats eller underplats du skapar bör ha en unik nödadress. {% hint style="info" %} Olika delstater har olika regler för hur mycket fysisk yta som kan inkluderas i en avsändbar plats; för stora byggnader kan du konfigurera underplatser för att möta dessa [riktlinjer](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **Ett ELIN (Emergency Location Identifying Number)** är ett branschnamn för ett telefonnummer som är konfigurerat att ha en offentlig registrerad adress som matchar den avsändbara nödadressen för en specifik plats. När en Zoom Phone-slutpunkt ringer ett nödnummer från en definierad och upptäckt plats som innehåller ett ELIN kommer slutpunkten att använda ELIN som sitt uppringar-ID. När samtalet tas emot av en offentlig nödcentral (PSAP) görs en databasuppslagning av PSAP för att identifiera den registrerade adressen för det inkommande uppringar-ID:t och fastställa uppringarens plats. Om PSAP behöver ringa tillbaka kan inkommande samtal till ELIN-numret dirigeras till den ursprungliga Zoom Phone-anknytningen i minst 2 timmar efter ett nöd­samtal. {% hint style="info" %} ELIN krävs inte i USA och Kanada när Zoom Native-tjänster används för hantering av nödsamtal. ELIN gäller inte heller i många länder som Japan, Kina och andra. I länder där ELIN gäller och/eller en kund använder en BYOC-operatör för nödsituationer kräver nödtjänster ELIN-konfiguration. {% endhint %} * **Nätverksdata som är tillräckligt unika för platsen**: När Zoom Workplace-appen eller en IP-telefon ringer ett nödnummer rapporterar den nätverksdata till Zoom Phone-servern. Zoom Phone-slutpunkter kan rapportera offentliga och privata IP-adresser och, när det är aktiverat, kan rapportera: * Trådlösa åtkomstpunkters MAC-adresser (även kallade BSS\_ID) * Nätverksswitchens MAC-adress, portnummer och portetikett (när slutpunkter är anslutna till en nätverks-LAN-port). {% hint style="info" %} Medan trådlösa åtkomstpunkters MAC-adresser (även kallade BSS\_ID) är unika värden och därför användbara för att identifiera en specifik plats, är IP-adresser inte alltid hjälpsamma—många kunder har NAT eller subnät som inte är tillräckligt unika för att skilja en viss byggnad eller våning från en annan byggnad eller våning. I dessa fall måste vi gå vidare till nästa nivå genom att undersöka nätverksinfrastrukturen—om du vet att telefonklienter eller enheter kommer att vara anslutna till ditt LAN och du också vet att trådbundna IP-subnät inte är tillräckligt unika för att identifiera en plats, behöver du titta på underliggande nätverksswitchar och korrelera den switchdatan till platser. Denna funktion kräver att LLDP-protokollet tillåts köra i ditt nätverk. {% endhint %} {% hint style="info" %} BSSID-fältet stöder jokertecken som inkluderar asterisker (\*) för att representera ett enskilt tecken. Upp till två på varandra följande jokertecken stöds i en enda BSSID i sista oktetten. Du kan lägga till upp till 20 BSSID med jokertecken. {% endhint %} Det är generellt bäst att börja implementera Zoom Nomadic E911-lösningen på en site och definiera dina företagsplatser i detalj för denna site. Börja med byggnader och våningar och överväg din nätverkstopologi. Hur är IP-subnät organiserade? Vilken granularitet har du i täckningen av trådlösa åtkomstpunkter—det vill säga vilka specifika rum eller områden på våningen täcks? Om det behövs, vilka nätverksswitchar är relevanta för denna byggnad och våning? Vi behöver översätta dessa nätverksdata till fysiska platser. Vi rekommenderar att du bygger ett kalkylark liknande det nedan: | A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | --------- | ---------- | ------------------------ | ------- | ------------------------------ | --------------------------------------------------------- | ------------------- | ----------------------------------------------- | ------------------------------------------------------------------------------------------------------------ | --------------- | ------------------------- | -------- | ------------------------ | ----------- | ---------- | ------------------------------------- | --------------------------------------------------------------------------------------------------- | | | | **Plats­hierarki** | | | **Nätverkstopologi** | | | **e911-adresser** | | | | | | | | | | Site-namn | förälder # | namn på föräldraplats | Plats # | Platsens visningsnamn | Lista över trådlösa åtkomstpunkters MAC-adresser (BG\_ID) | Offentlig IP-adress | Privat IP-adress (trådbundet & trådlösa subnät) | Identifierare för LAN-switch | Adress rad 1 | Adress rad 2 | Stad | Stat/provins/territorium | Land/region | Postnummer | E2M-routning (platser utanför USA/KA) | VAIN/NIF/CIF-nummer (tillämpligt för sites i Belgien, Nederländerna, Portugal, Spanien och Schweiz) | | San Jose | 1 | Huvudkontorets byggnad 1 | 1.1 | HQ Byggnad 101 Första våningen | 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-adress: 12:34:56:78:9A:BC, Portetikett: "ABC", "Portintervall: Rum": "A233", "Våning: Byggnad": "Outlet" | 501 Main Street | Första våningen | San Jose | CA | USA | 95015 | n/a | | | San Jose | 1 | Huvudkontorets byggnad 1 | 1.2 | HQ Byggnad 101 Andra våningen | | | | | 501 Main Street | Andra våningen Sviten 200 | San Jose | CA | USA | 95015 | n/a | | | San Jose | 2 | Huvudkontorets byggnad 2 | 2.2 | HQ Byggnad 200 Första våningen | | | | | 600 Main Street | Sviter 3000 | San Jose | CA | USA | 95015 | n/a | | | Atlanta | 3 | Atlanta | 3.3 | Atlanta försäljningskontor | | | | | 123 Lenora Way | 6:e våningen svit 9 | Atlanta | GA | USA | 30305 | n/a | | Det föreslås att platser och underplatser namnges i vanligt språk, och du måste tillhandahålla detaljerade nödadresser med rad ett och rad två för varje plats. Definiera sedan så mycket nätverksdata som du har för dessa platser: trådlösa åtkomstpunkter, MAC-adresser (även kallade BSS\_ID), offentliga och privata IP-subnät och, om du behöver det, nätverksswitchdata. Funktionen för nomadiska nödtjänster måste vara aktiverad för en given site innan du kan börja hantera platserna. Vi rekommenderar att du aktiverar funktionen endast för ett litet testteam först:
Platser kan sedan läggas till i bulk via CSV-fil eller manuellt via adminportalen:
#### Bootstrap-läge Om du inte har fullständig nätverksdata för alla dina företagsplatser finns det ett verktyg som kan hjälpa: Bootstrap-läge. För att använda det, aktivera personliga platser och Bootstrap-läge tillsammans för dina testanvändare:
Bootstrap-läge ger ett sätt för användare att rapportera platser och underliggande nätverksdata till administratören/administratörerna. När Bootstrap-läge och personliga platser är aktiverade för dina testanvändare kommer klienten varje gång deras Zoom Workplace-skrivbords- eller iPad-app rör sig in i en okänd plats (dvs varje gång den möter nätverksanslutningsdata som inte redan är associerad med en definierad plats) att uppmana användaren att bekräfta eller uppdatera sin plats. De kan välja från en befintlig lista över företagsplatser (som kanske inte har någon eller bara partiell nätverksdata) eller definiera en ny företagsplats. När användare bekräftar en plats får administratörer en e-postavisering som indikerar att ny nätverksdata har rapporterats för en företagsplats, och du kan antingen godkänna eller avvisa datan i adminportalen. Det finns också en inställning för att styra vem som får aviseringar när ny data rapporteras i denna process som kallas "**E-postmottagare för underhåll av nödtjänstdata**" som du hittar under Hantering av nödtjänster för varje site. Således kan du låta dina testare "gå runt på fastigheten" för att bekräfta eller effektivt rapportera nätverksdata för varje företagsplats. När du först ställer in dina platser rekommenderas det att aktivera Bootstrap-läge för ditt 'feature testing'-team. Senare, när företagsplatser är väl definierade, kan du aktivera Bootstrap-läge som ett pågående test- och dataunderhållsverktyg: om och när användare rapporterar 'ny' data för en befintlig företagsplats via Bootstrap-läge innebär det troligen att något har förändrats i ditt nätverk och du behöver göra motsvarande uppdateringar av dina Zoom Phone-platser. #### Personliga platser Personliga platser är ett kraftfullt verktyg utformat för att möjliggöra stöd för en fjärr-, mobil- eller hybridarbetsstyrka där användare kan röra sig mellan företagsplatser och externa arbetsområden som hemmakontor. När personliga platser är aktiverade kommer appen varje gång en användares Zoom Workplace-skrivbords- eller iPad-app rör sig in i en okänd plats (dvs varje gång den möter nätverksanslutningsdata som inte redan är associerad med en definierad plats) att uppmana användaren att bekräfta eller uppdatera sin nödadress. De kan välja en befintlig personlig plats om de redan har en, eller definiera en ny. När de definierar en personlig plats kommer användaren att ange en fullständig fysisk nödadress för platsen, och Zoom Workplace-appen kommer att registrera nätverksdatan som är associerad med denna plats (offentlig IP-adress och BSS\_ID) så att den kan upptäckas igen senare.
{% hint style="info" %} Vi rekommenderar starkt att personliga platser aktiveras för dina användare, särskilt om de är mobila och/eller arbetar på distans i USA eller Kanada. Om du har en hybridmiljö där användare ibland är hemma och ibland på kontoret kanske du vill vänta med att aktivera personliga platser tills du har dina företagsplatser väl definierade så att användare inte av misstag skapar dubbletter av vad som kommer att bli en företagsplats. {% endhint %} {% hint style="danger" %} Om personliga platser inte är aktiverade kommer standardnödadressen för site/användare att användas, och Zoom Workplace-appen kommer aldrig att uppmana användaren att uppdatera eller bekräfta sin nödadress när okänd nätverksanslutningsdata påträffas. {% endhint %} När användare skapar dem kommer personliga platser att visas som sin egen kategori av platser i din adminportal. Du kommer också snabbt kunna se vilka användare som har eller inte har skapat en personlig plats på instrumentpanelen för plats­spårning. Nedan följer viktiga överväganden om personliga platser: **USA och Kanada**: Användare kan skapa ett i praktiken obegränsat antal personliga platser. Detta gäller även för användare som endast har anknytning. Detta fungerar eftersom platsinformationen kan skickas dynamiskt och oberoende av uppringar-ID i nödsamtalssignalen. **Länder/regioner utanför USA och Kanada**: Antalet personliga platser en användare kan skapa bör begränsas till antalet DID som ägs av den användaren, och det kommer att finnas en fördröjning innan platsen är fullt funktionell. Detta beror på att platsinformationen som kan skickas till räddningstjänst är kopplad till användarens uppringar-ID—den offentliga nödcentralen måste slå upp den registrerade adressen för det inkommande uppringar-ID:t. Därför rekommenderas inte personliga platser alls för användare som endast har anknytning. För användare som *har* en eller flera tilldelade DID(s) kan de skapa en personlig plats för varje DID—men bakom kulisserna måste adressen i registret för användarens telefonnummer uppdateras för att matcha platsen, vilket tar tid. För Zoom Native-telefonnummer kommer Zoom att genomföra denna adressändrings-/uppdateringsprocess åt dig. I vissa länder är detta en manuell process där vårt serviceteam samarbetar med lokala operatörer för att slutföra uppdateringarna. För Zoom BYOC-telefonnummer är det ditt ansvar att samarbeta med din(a) operatör(er) för att slutföra adressändrings-/uppdateringsprocessen. ### Aktivera användare och enheter att rapportera nätverksdata För att vår nomadiska lösning ska fungera behöver vi att Zoom Workplace-appen framgångsrikt kan upptäcka och rapportera platsdata. #### Platsdelning med Zoom Workplace-applikationen För att Zoom Workplace-applikationen ska kunna rapportera nätverksdata (IP-adresser och BSS ID) för dessa ändamål måste platsdelning med applikationen vara aktiverad på operativsystemnivå för macOS, iPadOS och Windows-baserade appar. När funktionen för nomadiska nödtjänster är aktiverad kommer Zoom Workplace-appen att be användarna att aktivera platsdelning med Zoom via en inbyggd popup:
Denna status för platsdelning kan också hanteras och visas i appinställningarna för Zoom Phone:
Du kommer att kunna följa vilka användare som har slutfört processen på Zoom Phone-instrumentpanelen.\ För Macs och iPads tillåter dock Apples säkerhetskrav endast en lokal användare med administrativa rättigheter på enheten att aktivera platsdelning med Zoom Workplace-applikationen. Vi känner ännu inte till något tillförlitligt sätt att fjärrstyra denna säkerhetsinställning för Apple-användare. Så om dina Mac-användare inte har administratörsrättigheter till sina maskiner måste du aktivera platsdelning med Zoom för dem via en manuell process. #### Upptäcka och rapportera nätverksswitchdata Om din distribution behöver aktivera upptäckt och rapportering av nätverksswitchdata har vi potentiellt arbete att göra både på dina Zoom Workplace-appar och även i ditt nätverk. Zoom Workplace-applikationer använder Link Layer Discovery Protocol (LLDP) för att bestämma nätverkstopologin i ett företagsnätverk baserat på switchportar, så vi måste möjliggöra att klienterna upptäcker LLDP och att ditt nätverk rapporterar LLDP. Låt oss börja med Zoom Workplace-skrivbordsapplikationen: Medan stödda IP-telefoner och Windows-baserade Zoom Workplace-skrivbordsappar kan upptäcka och rapportera nätverksswitchdata så länge de har minsta version av firmware eller Zoom Workplace-app installerad, är rapportering av nätverksswitchdata ett tyngre uppdrag för macOS-applikationer. För dessa applikationer behöver du aktivera ett alternativ i adminportalen och ladda ner/installera en hjälpapplikation.
Om dina användare har administrativa rättigheter för sina maskiner kan du välja alternativet som uppmanar användarna att ladda ner och installera alternativet själva. Om användarna inte har sådana rättigheter måste du distribuera hjälpapplikationen till dem. {% hint style="info" %} Rapportering av nätverksswitchdata stöds för Zoom Phone på Windows- och Mac-enheter samt Poly- och Yealink-IP-telefoner. {% endhint %} När man ringer ett nödnummer hämtar Zoom Workplace-appen switchens MAC-adress från "Chassis ID" type-length-value (TLV) och switchportnumret eller gränssnitts-ID från "PortID" TLV. Denna information extraheras från LLDP-datapaketet (LLDPDU) som skickas av switchen till Zoom Workplace-appen som är ansluten till switchen. Under ett nöd­samtal skickas dessa parametrar till Zoom-servrar för att kartläggas till den nödplats som konfigurerats av administratören eller upptäckts som en del av Bootstrap-läge. | Preambel | Dest. MAC | Källa MAC | Ethertype | Chassis ID TLV | PortID TLV | Time to live TLV | Valfria TLV:er | Slut på LLDPDU TLV | Ramkontrollsekvens | | -------- | --------- | --------- | --------- | -------------- | ---------- | ---------------- | -------------- | ------------------ | ------------------ | För att säkerställa en framgångsrik distribution av nomadiska nödtjänster med switchportsbaserad spårning krävs att administratörer aktiverar LLDP på switchportarna där Zoom Workplace-applikationer kommer att anslutas. * Nätverksswitchen måste konfigureras för att "skicka" LLDP-information mot Zoom Workplace-applikationerna. Zoom Workplace-applikationer skickar inte LLDP-paket mot nätverksswitchen. * LLDP-konfigurationen bör inkludera sändning av de obligatoriska TLV:erna, vilka krävs av Zoom Workplace-applikationer för att spåra enhetens plats. * Vissa switchleverantörer kan kräva att LLDP-MED aktiveras på switchportarna för att tillåta att de obligatoriska TLV:erna skickas i LLDPDU. Vi rekommenderar att du hänvisar till leverantörens dokumentation för konfigurationssteg. * LLDP-timrar bör ställas in på ett värde som tillåter Zoom Workplace-applikationer att upptäcka eventuella nätverksförändringar. Ett värde på 30 sekunder rekommenderas.