> 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). # Driftsättning av en nomadisk lösning för räddningstjänster "Nomadic" definieras, i samband med att ett nödsamtal rings, som "systemet upptäcker var du befinner dig just nu och rapporterar automatiskt rätt 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 utifrån data om nätverksanslutningen och rapporterar effektivt den nödadress som är kopplad till deras plats till räddningstjänstens insatspersonal. Att införa en nomadisk lösning för nödtjänster omfattar dessa grundläggande steg: * Definiera företags- och personliga platser * Aktivera användare och enheter så att de kan rapportera sina nätverksanslutningsdata * Underhålla och övervaka miljön för nödtjänster ### Översikt över den nomadiska lösningen När Zoom Phone (i en Zoom Workplace-app) eller en IP-telefon gör ett nödsamtal rapporterar den associerade 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 funktionen är aktiverad, även rapportera MAC-adresser för trådlösa accesspunkter (även kallade BSS\_ID) och data från nätverks-LAN-switchar. När det finns en matchning kan vi rapportera den fastställda nödadressen för den motsvarande platsen till både räddningstjänsten och interna säkerhetsteam. Funktionen för adressrapportering 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 (även kallat ELIN) som i förväg har fastställts 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 identifiera uppringarens motsvarande nödadress: 1. Matchning av MAC-adress- och portdata från nätverksswitch 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 match bland platserna på uppringarens hemplats. 3. Publika och privata IP-adress-/subnätmatchningar för företagsplats. Tjänsten kommer först att söka efter en match bland platserna på uppringarens hemplats. 4. Publika IP-adressmatchningar för företagsplats. Tjänsten kommer först att söka efter en match bland platserna på uppringarens hemplats. 5. Publika och privata IP-adressmatchningar för personlig plats. 6. Publika IP-adressmatchningar för personlig plats. 7. Om inget av ovanstående matchar kommer nödsamtal i USA/Kanada som görs 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 inget av ovanstående matchar och enheten inte har någon GPS-funktionalitet: 1. För användare i USA/Kanada kommer Zoom att rapportera användarens standard nö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 försedd med någon ärvd standardadress 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 rikstäckande förmedlingstjänst för nödsamtal, som muntligen fastställer uppringarens plats innan samtalet dirigeras till rätt PSAP (Public Safety Answering Point). 2. För telefoner i gemensamt utrymme i USA/Kanada kommer Zoom att rapportera enhetens konfigurerade adress om den finns, annars kommer standard nödadress för platsen att rapporteras. 3. För användare och telefoner utanför USA/Kanada kommer Zoom att rapportera det ursprungliga uppringar-ID:t till offentliga säkerhets- och nödtjänster. ### Samtalsdirigering för nödsamtal: Zoom Native eller BYOC När nomadiska nödtjänster är aktiverade och du använder BYOC-telefonnummer i USA och Kanada kommer Zoom Native som standard att stå för 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 finns inga extra avgifter eller kostnader 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ö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ödsamtal. 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-sammanhang utanför USA och Kanada har vi inte möjlighet att inkludera PIDF-LO-signalering, och endast uppringar-ID kan ingå i samtalssignaleringen. Det betyder att den mottagande larmcentralen måste göra en databassökning i den offentliga ANI/ALI-databasen för att fastställa ”adressen som finns registrerad” för uppringar-ID. Möjligheten att direkt kommunicera uppringarens adress i signaleringen för nödsamtal oberoende av uppringar-ID ger flera praktiska fördelar: * När nomadiska nödtjänster används tas kravet bort att tilldela dedikerade telefonnummer (även kallade ELIN:er) till platser i USA och Kanada. Om du är en BYOC-aktiverad kund och inte markerar alternativet att använda Zoom för att dirigera nödsamtal för BYOC-telefonnummer 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 inbyggda i Zoom Workplace-appen och Zoom-administrationsportalen—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-platser till en platshierarki. Platser är en central administrationsstruktur i Zoom Phone: användare, telefoner och nummer tilldelas platser, som har uppringningsplaner, dirigeringsregler och konfigurerbara policyer, inklusive inställningar för nödtjänster. Platser bör främst definieras geografiskt: för användargrupper spridda över flera fysiska platser rekommenderas separata platser på stads- eller campusnivå. För grupper som sträcker sig över flera länder rekommenderas starkt separata platser per land. {% hint style="info" %} För distansarbetare är det vanligtvis bäst att koppla dem till närmaste fysiska plats 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 platser på första nivån i en plats byggnader, platser på andra nivån är våningar, och platser på tredje nivån (om det behövs) kan vara flyglar eller rum eller sviter inom en våning. Platser behöver följande viktiga detaljer, beroende på kraven: * **Utsändbar nödadress**: En plats måste vara tillräckligt detaljerad för att ange gatuadress, byggnadsnummer, våning och, när så är lämpligt, ett rum/svit/flygel på våningen. I allmänhet kan denna specificitet fångas via Adressrad 2, så varje plats eller underplats 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 utplaceringsbar plats; för stora byggnader kan du konfigurera delsplatser för att uppfylla dessa [riktlinjer](https://www.fcc.gov/mlts-911-requirements). {% endhint %} * **En ELIN (identifieringsnummer för nödlägesplats)** är ett branschnamn för ett telefonnummer som är konfigurerat för att ha en offentlig adress för att spela in som matchar den dirigerbara nödadress för en specifik plats. När en Zoom Phone-ändpunkt gör ett nödsamtal från en definierad och identifierad plats som innehåller en ELIN, kommer ändpunkten att använda ELIN som sitt uppringar-ID. När samtalet tas emot av en offentlig svarspunkt för nödsamtal (PSAP) utför PSAP en databassökning för att identifiera den inkommande uppringar-ID-adressen för att spela in 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ö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 där en kund använder en BYOC-operatör för nödsamtal, kräver nödtjänster ELIN-konfiguration. {% endhint %} * **Nätverksdata som är tillräckligt unik för plats**: När appen Zoom Workplace eller en IP-telefon ringer ett nödsamtal, rapporterar den nätverksdata till Zoom Phone-servern. Zoom Phone-slutpunkterna kan rapportera offentliga och privata IP-adresser och, när det är aktiverat, kan de rapportera: * MAC-adresser för trådlösa accesspunkter (även kallade BSS\_ID) * MAC-adress för nätverksswitch, portnummer och etikett för port (när slutpunkterna är anslutna till en nätverks-LAN-port). {% hint style="info" %} Även om MAC-adresser för trådlösa accesspunkter (ä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 till hjälp—många Kunder har IP-adressöversättningar eller subnät som inte är tillräckligt unika för att skilja en viss byggnad eller våning i en byggnad från en annan byggnad eller våning. 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 anslutas till ditt LAN och du också vet att trådbundna IP-subnät inte är tillräckligt unika för att identifiera en plats, måste du titta på de underliggande nätverksswitcharna och koppla dessa data om nätverksswitchar till 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å på varandra följande jokertecken stöds i en enskild BSSID i den sista oktetten. Du kan lägga till upp till 20 BSSID med jokertecken. {% endhint %} Det är i allmänhet bäst att börja implementera Zoom Nomadic E911-lösningen på en plats och definiera dina företagsplatser i detalj för denna plats. Börja med byggnader och våningar och ta hänsyn till din nätverkstopologi. Hur är IP-subnäten organiserade? Hur finfördelad är täckningen från de trådlösa accesspunkterna—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 kalkylblad som 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** | | | | | | | | | | Platsnamn | förälder # | förälderns platsnamn | Plats # | Plats visa namn | Lista över trådlösa accesspunkters MAC-adresser (BG\_ID) | Publik IP-adress | Privat IP-adress (trådbundna & trådlösa delnät) | LAN-switchidentifierare | Adressrad 1 | Adressrad 2 | Stad | Delstat/ provins/ territorium | Land/region | Postnummer | E2M-dirigering (platser utanför US/CA) | VAIN/NIF/CIF-nummer (gäller 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 | n/a | | | 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 | n/a | | | San Jose | 2 | Huvudkontorsbyggnad 2 | 2.2 | HQ-byggnad 200 Första våningen | | | | | 600 Main Street | Svit 3000 | San Jose | CA | USA | 95015 | n/a | | | Atlanta | 3 | Atlanta | 3.3 | Atlantas försäljningskontor | | | | | 123 Lenora Way | 6:e våningen, svit 9 | Atlanta | GA | USA | 30305 | n/a | | Det rekommenderas att platser och underplatser namnges på vardagligt 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-undernät, och om det behövs, data för nätverksswitchar. Den nomadiska nödtjänstfunktionen måste vara aktiverad för en viss plats innan du kan börja hantera platserna. Vi rekommenderar att du endast aktiverar funktioner för ett litet testteam till att börja med:
Platser kan sedan läggas till i bulk via CSV-fil eller manuellt via adminportalen:
#### Bootstrap Mode Om du inte har fullständig nätverksdata för alla företagets platser finns det ett verktyg som kan hjälpa: Bootstrap Mode. För att använda det, aktivera personliga platser och Bootstrap Mode tillsammans för dina testanvändare:
Bootstrap Mode ger användarna ett sätt att rapportera platser och underliggande nätverksdata till administratörerna. När Bootstrap Mode och Personliga platser är aktiverade för dina testanvändare kommer klienten varje gång deras Zoom Workplace-skrivbordsapp eller iPad-app rör sig till en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som ännu inte är kopplad till 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 kan sakna nätverksdata eller bara ha delvis nätverksdata kopplad) eller definiera en ny företagsplats. När användare bekräftar en plats får administratörerna en e-postvarning som anger 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 varningar när ny data rapporteras i denna process som kallas “**E-postmottagare för underhåll av data för nödtjänster**”, som du hittar under hanteringen av nödtjänster för varje plats. På så sätt kan du låta dina testare “gå runt på området” 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 Mode för ditt team för ”testning av funktioner”. Senare, när företagsplatserna är väldefinierade, kan du aktivera Bootstrap Mode som ett löpande verktyg för testning och dataunderhåll: om och när användare rapporterar ”nya” data för en befintlig företagsplats via Bootstrap Mode, 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 du ska kunna stödja en distans-, 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-skrivbordsapp eller iPad-app rör sig in i en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som ännu inte är kopplad till 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 en Personlig plats definieras anger användaren en fullständig fysisk nödadress för platsen, och Zoom Workplace-appen registrerar nätverksdata som är kopplad till 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 dina företagsplatser är väl definierade så att användarna inte av misstag skapar dubbletter av det som kommer att bli en företagsplats. {% endhint %} {% hint style="danger" %} Om Personliga platser inte är aktiverade kommer standardnödadressen för platsen/användaren att användas, och Zoom Workplace-appen kommer aldrig att uppmana 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 visas Personliga platser som en egen kategori av platser i din adminportal. Du kommer också snabbt att kunna se vilka användare som har eller inte har skapat en personlig plats på kontrollpanelen för platsspårning. Nedan finns viktiga överväganden om Personliga platser: **USA och Kanada**: Användare kan skapa ett i praktiken obegränsat antal personliga platser. Detta gäller också användare som endast har anknytning. Det 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 DID:er som ägs av den användaren, och det kommer att finnas en fördröjning innan platsen är helt funktionell. Detta beror på att platsinformationen som kan skickas till räddningstjänsten är knuten till användarens uppringar-ID – den svarande nödcentralen måste slå upp adressen som är registrerad för det inkommande uppringar-ID:t. Därför rekommenderas personliga platser inte alls för användare som endast har anknytning. För användare som *har* har en eller flera tilldelade DID:er kan de skapa en personlig plats för varje DID – men bakom kulisserna måste adressen som är registrerad för användarens telefonnummer uppdateras så att den matchar 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 arbetar tillsammans med lokala operatörer för att slutföra uppdateringarna. För Zoom BYOC-telefonnummer är det ditt ansvar att arbeta tillsammans med dina operatörer 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 den nomadiska nödtjänstfunktionen är aktiverad kommer Zoom Workplace-appen att be användarna att aktivera platsdelning med Zoom via en popup i appen:
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-kontrollpanelen.\ Men för Mac-datorer och iPads tillåter Apples säkerhetskrav endast att en lokal användare med administratörsbehörighet för enheten aktiverar 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 från nätverksswitchar Om din distribution behöver aktivera identifiering och rapportering av nätverksswitchdata har vi potentiellt arbete att göra i dina Zoom Workplace-appar och även i ditt nätverk. Zoom Workplace-applikationer 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 klienterna att upptäcka LLDP och ditt nätverk att rapportera LLDP. Låt oss börja med Zoom Workplace-skrivbordsapplikationen: Även om IP-telefoner som stöds och Windows-baserade Zoom Workplace-skrivbordsappar kan upptäcka och rapportera nätverksswitchdata så länge de har den minsta versionen av firmware eller Zoom Workplace-appen installerad, är rapportering av nätverksswitchdata mer krävande för macOS-applikationer. För dessa applikationer måste 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 det alternativ 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 nätverksswitchdata 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 Zoom Workplace-appen MAC-adressen för switchen från typ-längd-värde (TLV) för “Chassis ID” och switchportnumret eller gränssnitts-ID:t från typ-längd-värde (TLV) för “PortID”. Denna information extraheras från LLDP-dataenheten (LLDPDU) som skickas av switchen till Zoom Workplace-appen som är ansluten till switchen. Under ett nödsamtal skickas dessa parametrar till Zoom-servrar för att mappas till den nödlokal som har konfigurerats av administratören eller upptäckts som en del av Bootstrap Mode. | Preambel | Dest. MAC | Source 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 lyckad driftsättning av Nomadic-nödtjänster med spårning baserad på switch-portar, krävs att administratörer aktiverar LLDP på de switch-portar där Zoom Workplace-applikationer kommer att anslutas. * Nätverksswitchen måste konfigureras för att “sända” LLDP-information till Zoom Workplace-applikationerna. Zoom Workplace-applikationerna sänder inte LLDP-paket till nätverksswitchen. * LLDP-konfigurationen bör inkludera sändning av de obligatoriska TLV:erna, som krävs av Zoom Workplace-applikationerna för att spåra platsen för enheten. * Vissa switchleverantörer kan kräva att du aktiverar LLDP-MED på switch-portarna för att tillåta att de obligatoriska TLV:erna som krävs kan sändas i LLDPDU. 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-applikationerna att upptäcka eventuella nätverksä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, and the optional `goal` 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=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.