> 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/sv/zoom-workplace/zoom-phone/expert-insights/emergency-services-best-practices/deploying-a-nomadic-emergency-services-solution.md). # Distribuera en nomadisk lösning för nödtjänster "Nomadic" i sammanhanget att ringa ett nödsamtal definieras som "systemet upptäcker var du är just nu och rapporterar automatiskt rätt plats till allmän säkerhet." 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 nödadressen som är kopplad till deras plats till räddningstjänsten. Att implementera en nomadisk lösning för nödtjänster omfattar 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 (i en Zoom Workplace app) eller en IP-telefon ringer ett nödsamtal rapporterar den tillhörande nätverksdata till Zoom Phone-servern. Servern försöker sedan matcha dessa data mot en fördefinierad fysisk företags- eller personlig plats. Zoom Phone-slutpunkter kan rapportera offentliga och privata IP-adresser och kan, när det är aktiverat, rapportera MAC-adresser för trådlösa åtkomstpunkter (även kallade BSS\_ID) och data från nätverkets LAN-switch. När en matchning hittas kan vi rapportera den fastställda nödadressen för den motsvarande platsen till både allmän säkerhet och interna säkerhetsresponsgrupper. Förmågan att rapportera adress uppnås antingen genom att rapportera nödadressen direkt i samtalssignaleringen — vilket är möjligt med Zoom Native-tjänster i USA/Kanada — eller genom att välja och skicka ett uppringar-ID (aka ELIN) som har fördefinierats för att överensstämma med den aktuella platsen — vilket krävs i länder utanför USA/Kanada och/eller när BYOC-operatörer används för att hantera 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. MAC-adress och portdata för nätverksswitch matchar för företagsplats 2. BSS\_ID matchar för företags- eller personplats. Tjänsten kommer först att leta efter en match bland platser i uppringarens hemplats. 3. Matchningar för offentliga och privata IP-adresser/delsnät för företagsplats. Tjänsten kommer först att leta efter en match bland platser i uppringarens hemplats. 4. Matchningar för offentliga IP-adresser för företagsplats. Tjänsten kommer först att leta efter en match bland platser i uppringarens hemplats. 5. Matchningar för offentliga och privata IP-adresser för personplats. 6. Matchningar för offentliga IP-adresser för personplats. 7. Om inget av ovanstående matchar använder US/CA-nödsamtal som rings från en enhet med GPS GPS-koordinater, som sedan översätts till en (ungefärlig) fysisk adress av vår operatör. 8. Om inget av ovanstående matchar och enheten inte har några GPS-funktioner: 1. För användare i USA/Kanada rapporterar Zoom 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 har tilldelats någon ärvd standardnödadress på platsnivå), kommer servern att rapportera platsen som ”Okänd”. Att rapportera en plats som okänd utlöser en process hos vår operatör som kommer att dirigera samtalet till en nationell clearinghouse-tjänst för nödtjänster, som muntligt kommer att fastställa uppringarens plats innan samtalet dirigeras till rätt PSAP (Public Safety Answering Point). 2. För telefoner i gemensamma utrymmen i USA/Kanada rapporterar Zoom den konfigurerade adressen för enheten om den finns, annars rapporteras den standardnödadressen på platsnivå. 3. För användare och telefoner utanför USA/Kanada rapporterar Zoom det ursprungliga uppringar-ID:t till allmän säkerhet/nödtjänster. ### Nödsamtalsdirigering: Zoom Native eller BYOC När nomadiska nödtjänster är aktiverade och du använder BYOC-telefonnummer i USA och Kanada, tillhandahåller Zoom Native som standard samtalshanteringen för nödsamtal. Detta förenklar driftsättningen eftersom vanliga vardagssamtal dirigeras via din BYOC-operatör, men nödsamtal använder Zoom Phones Native-tjänst. {% hint style="info" %} Det tillkommer inga extra avgifter eller kostnader för BYOC-Kunder som väljer det här alternativet, och det rekommenderas starkt att de gör det. {% endhint %}
När Zoom Native är operatören för nödsamtal i USA och Kanada kommuniceras både uppringarens nödadress och uppringar-ID separat och oberoende i signaleringen för nödsamtalet. Adressdelen kommuniceras via ett protokoll som kallas PIDF-LO, och detta fungerar oavsett om uppringar-ID 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-signalering, och endast uppringar-ID kan inkluderas i samtalssignaleringen. Det innebär att den mottagande nödcentralen måste göra en databassökning i den offentliga ANI/ALI-databasen för att fastställa den ”adress som finns registrerad” för uppringar-ID. Möjligheten att direkt kommunicera uppringarens adress i signaleringen för nödsamtal oberoende av uppringar-ID har flera praktiska fördelar: * Vid driftsättning av nomadiska nödtjänster tas kravet bort på att tilldela dedikerade telefonnummer (även kallade ELIN:er) 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 dirigera nödsamtal för BYOC-nummer i USA och Kanada, måste du definiera ELIN:er 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ära 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) 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-webbplatser i en plats-hierarki. Webbplatser är en viktig administrationsstruktur i Zoom Phone: användare, telefoner och nummer tilldelas webbplatser, som har samtalsplaner, samtalsdirigering och konfigurerbara policyer, inklusive inställningar för nödtjänster. Webbplatser bör främst definieras utifrån geografi: för användargrupper som är utspridda över flera fysiska platser rekommenderas separata webbplatser på stads- eller campusnivå. För grupper som sträcker sig över flera länder rekommenderas starkt separata webbplatser per land. {% hint style="info" %} För distansarbetare är det vanligtvis bäst att koppla dem till den närmaste fysiska platsen om möjligt, och vi kommer att hantera dem mer specifikt i avsnittet Personliga platser. {% endhint %} Inom en plats måste du sedan definiera platser och underplatser för nödsamtal. Ofta är förstahandsplatser i en plats byggnader, andranivåplatser är våningar och tredjenivåplatser (om det behövs) kan vara flyglar eller rum eller sviter inom en våning. Platser behöver följande viktiga detaljer, beroende på krav: * **Utsä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/flygel inom våningen. Generellt sett kan denna specificitet fångas upp via adressrad 2, så varje plats eller delplats som du skapar bör ha en unik nödadress. {% hint style="info" %} Olika delstater har olika regler för hur mycket fysiskt utrymme som kan ingå i en och samma sändningsbar plats; för stora byggnader kan du konfigurera underplatser för att uppfylla dessa [riktlinjer](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **Ett ELIN (Emergency plats Identifieringsnummer)** är ett branschnamn för ett telefonnummer som är konfigurerat att ha en offentlig adresspost som matchar den levererbara nödadressen för en specifik plats. När en Zoom Phone-ändpunkt gör ett nödsamtal från en definierad och upptäckt plats som innehåller en ELIN, kommer ändpunkten att använda ELIN som sitt uppringar-ID. När samtalet tas emot av en allmän säkerhetssvarspunkt (PSAP) utförs en databassökning av PSAP för att identifiera den offentliga 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-tillägget i minst 2 timmar efter ett nödsamtal. {% hint style="info" %} ELIN krävs inte i USA och Kanada när Zoom Native-tjänster används för att hantera nödsamtal. ELIN är inte heller tillämpligt i många länder så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 gör ett nödsamtal rapporterar den nätverksdata till Zoom Phone-servern. Zoom Phone-slutenheterna kan rapportera offentliga och privata IP-adresser och kan, när det är aktiverat, rapportera: * MAC-adresser för trådlösa åtkomstpunkter (även kallade BSS\_ID) * MAC-adress för nätverksswitch, portnummer och portetikett (när slutenheter är anslutna till en LAN-port i nätverket). {% hint style="info" %} Även om MAC-adresser för trådlösa åtkomstpunkter (även kallade BSS\_ID) är unika värden och därför är användbara för att identifiera en specifik plats, är IP-adresser inte alltid hjälpsamma—många Kunder har översättningar av IP-nätverksadresser eller subnät som inte är tillräckligt unika för att skilja en viss byggnad eller ett visst våningsplan i en byggnad från en annan byggnad eller ett annat våningsplan. I dessa fall behöver 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ådade IP-subnät inte är tillräckligt unika för att identifiera en plats, behöver du titta på de underliggande nätverksswitcharna och korrelera dessa nätverksswitchdata med platser. Denna funktion kräver att LLDP-protokollet tillåts köras i ditt nätverk. {% endhint %} {% hint style="info" %} Fältet BSSID stöder jokertecken som inkluderar asterisker (\*) för att representera ett enskilt tecken. Upp till två efterföljande jokertecken stöds i ett enda BSSID i den 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 plats och definiera företagets platser i detalj för denna plats. Börja med byggnader och våningsplan och överväg din nätverkstopologi. Hur är IP-subnäten organiserade? Hur finmaskig täckning av trådlösa åtkomstpunkter har du—det vill säga, vilka specifika rum eller områden på våningsplanet täcks? Om det behövs, vilka nätverksswitchar är relevanta för denna byggnad och detta våningsplan? Vi behöver översätta dessa nätverksdata till fysiska platser. Vi rekommenderade att du skapar ett kalkylblad som det nedan: | En | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | | --------- | ---------- | --------------------- | ------- | ------------------------------ | ------------------------------------------------------------ | ---------------- | ---------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | --------------- | ----------------------- | -------- | ----------------------------- | ----------- | ---------- | --------------------------------------- | ------------------------------------------------------------------------------------------------ | | | | **Platshierarki** | | | **Nätverkstopologi** | | | **e911-adresser** | | | | | | | | | | Platsnamn | förälder # | föräldraplatsnamn | Plats # | platsvisa-namn | Lista över MAC-adresser för trådlösa åtkomstpunkter (BG\_ID) | Publik IP-adress | Privat IP-adress (trådade och trådlösa delnät) | LAN-switchidentifierare | Adressrad 1 | Adressrad 2 | Stad | Delstat/ provins/ territorium | Land/region | Postnummer | E2M-dirigering (platser utanför USA/CA) | VAIN/NIF/CIF-nummer (gäller för platser i Belgien, Nederländerna, Portugal, Spanien och Schweiz) | | San Jose | 1 | Huvudkontorsbyggnad 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": "Uttag" | 501 Main Street | Första våningen | San Jose | CA | USA | 95015 | ej tillämpligt | | | San Jose | 1 | Huvudkontorsbyggnad 1 | 1.2 | HQ-byggnad 101 andra våningen | | | | | 501 Main Street | Andra våningen svit 200 | San Jose | CA | USA | 95015 | ej tillämpligt | | | San Jose | 2 | Huvudkontorsbyggnad 2 | 2.2 | HQ-byggnad 200 första våningen | | | | | 600 Main Street | Svit 3000 | San Jose | CA | USA | 95015 | ej tillämpligt | | | Atlanta | 3 | Atlanta | 3.3 | Atlantas Försäljningkontor | | | | | 123 Lenora Way | 6:e våningen, svit 9 | Atlanta | GA | USA | 30305 | ej tillämpligt | | Det rekommenderas att platser och underplatser namnges på tydligt språk, och du måste ange 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-undernät, och om det behövs, data för nätverksväxlar. Funktionen för nomadiska nödtjänster måste vara aktiverad för en viss plats innan du kan börja hantera platserna. Vi rekommenderar att du bara aktiverar funktionen för ett litet testteam till att börja med:
Platser kan sedan läggas till i bulk via CSV-fil, eller manuellt via adminportal:
#### 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 användare möjlighet 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 appen Zoom Workplace på skrivbordet eller iPad att, varje gång den roamar till en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som ännu inte är kopplade till en definierad plats), be användaren att bekräfta eller uppdatera sin plats. De kan välja från en befintlig lista över företagsplatser (som kan ha ingen eller endast partiell nätverksdata kopplad) eller definiera en ny företagsplats. När användare bekräftar en plats får administratörer en e-postvarning som visar att nya 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 tar emot varningar när ny data rapporteras i den här processen som kallas “**Mottagare av e-post för underhåll av data för nödtjänster**”, som du hittar under Nödtjänsthantering för varje plats. På så sätt kan du låta dina testare “gå igenom fastigheten” för att bekräfta eller effektivt rapportera nätverksdata för varje företagsplats. När du först sätter upp dina platser rekommenderas det att du aktiverar Bootstrap-läge för ditt team för ”funktions-testning”. Senare, när företagsplatserna är väldefinierade, kan du aktivera Bootstrap-läge som ett löpande verktyg för testning och dataunderhåll: om och när användare rapporterar ”ny” data för en befintlig företagsplats via Bootstrap-läge betyder det sannolikt att något har ändrats i ditt nätverk och att du behöver göra motsvarande uppdateringar av dina Zoom Phone-platser. #### Personliga platser Personliga platser är ett kraftfullt verktyg som är utformat för att ge dig möjlighet att stödja en personalstyrka som arbetar på distans, är mobil eller hybrid, 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 Zoom Workplace på skrivbordet eller iPad, varje gång en användares app roamar in i en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som ännu inte är kopplade till en definierad plats), att be användaren att bekräfta eller uppdatera sin nödadress. De kan välja från en befintlig Personlig plats om de redan har en, eller så kan de definiera en ny. När en Personlig plats definieras anger användaren en fullständig fysisk nödadress för platsen, och appen Zoom Workplace registrerar nätverksdata som är kopplade till denna plats (offentlig IP-adress och BSS\_ID) så att den kan identifieras 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, kan du vilja vänta med att aktivera personliga platser tills du har dina företagsplatser väldefinierade så att användare inte av misstag skapar dubbletter av det som kommer att bli en företagsplats. {% endhint %} {% hint style="danger" %} Om Personliga platser inte är aktiverade används standardnödadressen för platsen/användaren, och appen Zoom Workplace kommer aldrig att be användaren att uppdatera eller bekräfta sin nödadress när okända 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å kontrollpanelen för platsspå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 signaleringen för nödsamtal. **Länder/regioner utanför USA och Kanada**: Antalet personliga platser som en användare kan skapa bör begränsas till antalet DDI:er som ägs av den användaren, och det kommer att finnas en fördröjning innan platsen fungerar fullt ut. Detta beror på att platsinformationen som kan skickas till räddningstjänsten är kopplad till användarens uppringar-ID – den mottagande centralen för räddningstjänst måste slå upp den registrerade adressen för det inkommande uppringar-ID:t. Därför rekommenderas personliga platser inte alls för användare med endast anknytning. För användare som *har* en eller flera tilldelade DDI:er kan de skapa en personlig plats för varje DDI – men bakom kulisserna behöver den registrerade adressen för användarens telefonnummer uppdateras så att den matchar platsen, vilket tar tid. För Zoom-nativa 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/ dina operatör(er) för att slutföra adressändrings-/uppdateringsprocessen. ### Aktivera användare och enheter för att rapportera nätverksdata För att vår nomadiska lösning ska fungera måste appen Zoom Workplace kunna identifiera och rapportera platsdata på ett lyckat sätt. #### 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-baserad app. När funktionen för nomadiska nödtjänster är aktiverad kommer appen Zoom Workplace att be användarna att aktivera platsdelning med Zoom via en inbyggd popup:
Den här statusen för platsdelning är också hanterbar och visas i appinställningarna för Zoom Phone:
Du kommer att kunna följa vilka användare som har slutfört processen på kontrollpanelen för Zoom Phone.\ Men för Mac-datorer och iPads tillåter Apples säkerhetskrav endast en lokal användare med administratörsbehörighet för 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örsbehörighet på sina datorer måste du aktivera platsdelning med Zoom för dem via en manuell process. #### Identifiera och rapportera data för nätverksväxlar Om din driftsättning behöver aktivera identifiering och rapportering av data för nätverksväxlar har vi potentiellt arbete att göra i dina Zoom Workplace-appar och även i ditt nätverk. Appar i Zoom Workplace använder Link Layer Discovery Protocol (LLDP) för att fastställa nätverkstopologin i ett företagsnätverk baserat på switchportar, så vi måste aktivera att klienterna identifierar LLDP och att ditt nätverk rapporterar LLDP. Låt oss börja med Zoom Workplace-skrivbordsapplikationen: Även om IP-telefoner som stöds och Windows-baserade Zoom Workplace-skrivbordsappar kan identifiera och rapportera data för nätverksväxlar så länge de har lägsta versionen av firmware eller Zoom Workplace-appen installerad, är rapportering av data för nätverksväxlar mer krävande 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 administratörsbehörighet på sina datorer kan du välja alternativet som uppmanar användarna att själva ladda ner och installera alternativet. Om användarna inte har sådana behörigheter måste du distribuera hjälpapplikationen till dem. {% hint style="info" %} Rapportering av data för nätverksväxlar stöds för Zoom Phone på Windows- och Mac-enheter samt Poly- och Yealink-IP-telefoner. {% endhint %} När ett nödsamtal görs hämtar appen Zoom Workplace MAC-adressen för växeln från typ-längd-värde-fältet (TLV) ”Chassis ID” och portnumret för växeln eller gränssnitts-ID:t från typ-längd-värde-fältet (TLV) ”PortID”. Denna information extraheras från LLDP-datenheten (LLDPDU) som skickas av växeln till appen Zoom Workplace som är ansluten till växeln. Under ett nödsamtal skickas dessa parametrar till Zoom-servrar för att mappas till den nödplats som har konfigurerats av administratören eller upptäckts som en del av Bootstrap-läge. | Förstamning | Dest. MAC | Källa MAC | Ethertype | Chassis ID TLV | PortID TLV | Time to live TLV | Valfria TLV:er | Slut på LLDPDU TLV | Felkontrollsekvens för ramen | | ----------- | --------- | --------- | --------- | -------------- | ---------- | ---------------- | -------------- | ------------------ | ---------------------------- | För att säkerställa en lyckad driftsättning av nomadiska nödtjänster med spårning baserad på switchportar krävs det att administratörer aktiverar LLDP på de switchportar där appar i Zoom Workplace kommer att vara anslutna. * Nätverksväxeln måste konfigureras för att ”sända” LLDP-information mot apparna i Zoom Workplace. Appar i Zoom Workplace skickar inte LLDP-paket mot nätverksväxeln. * LLDP-konfigurationen bör inkludera sändning av de obligatoriska TLV:erna, som krävs av Zoom Workplace-program 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 som krävs skickas i LLDPDU:n. Vi rekommenderar att du hänvisar till leverantörens dokumentation för konfigurationsstegen. * LLDP-timerna bör ställas in på ett värde som skulle tillåta Zoom Workplace-program att upptäcka eventuella nätverksförändringar. Ett värde på 30 sekunder rekommenderas. --- # 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: ``` GET https://library.zoom.com/technical-library/sv/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.