# Distribuera en nomadisk lösning för räddningstjänst
"Nomadisk", i samband med att ringa ett nödsamtal, definieras som "systemet upptäcker var du befinner dig just nu och rapporterar automatiskt den korrekta platsen till räddningstjänsten." När Zoom Phone-användare rör sig mellan fördefinierade företags- och personliga platser identifierar Zoom deras plats baserat på data om nätverksanslutning och rapporterar effektivt nödadressen som är kopplad till deras plats till de ansvariga för allmän säkerhet. 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 data om nätverksanslutning
* 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 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-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 kallat BSS\_ID) samt data från nätverkets LAN-switchar. 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äkerhetsresponsteam.
Möjligheten att rapportera adressen uppnås antingen genom att nödadressen rapporteras direkt i samtalssignaliseringen — som ä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örkonfigurerats för att överensstämma med den givna platsen — som 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 för nätverksswitch för företagsplats
2. BSS\_ID matchar för företagets eller den personliga platsen. Tjänsten kommer först att söka efter en matchning bland platserna på uppringarens hemplats.
3. Publik och privat IP-adress/subnät matchar för företagets plats. Tjänsten kommer först att söka efter en matchning bland platserna på uppringarens hemplats.
4. Publik IP-adress matchar för företagets plats. Tjänsten kommer först att söka efter en matchning bland platserna på uppringarens hemplats.
5. Publik och privat IP-adress matchar för personlig plats.
6. Publik IP-adress matchar för personlig plats.
7. Om inget av ovanstående matchar kommer nödsamtal i USA/Kanada som rings från en enhet med 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 GPS-funktioner:
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 provisionerad 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 nationell clearingtjänst för nödtjänster, 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 rapporteras platsens standard nödadress.
3. För användare och telefoner utanför USA/Kanada kommer Zoom att rapportera det ursprungliga uppringar-ID:t till räddnings-/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 kommer Zoom Native som standard att tillhandahålla samtalshantering för nödsamtal. Detta förenklar driftsättningen eftersom vanliga dagliga samtal dirigeras via din BYOC-operatör, men nödsamtal använder Zoom Phones inbyggda tjänst.
{% hint style="info" %}
Det finns inga tillkommande 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ör 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 för alla Native- och BYOC-omständigheter utanför USA och Kanada har vi inte möjlighet att inkludera PIDF-LO-signalering, och endast uppringar-ID kan inkluderas i samtalssignaleringen. Detta innebär att den mottagande larmcentralen måste göra en databassökning i den offentliga ANI/ALI-databasen för att fastställa den ”registrerade adressen” 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:
* När du distribuerar nomadiska nödtjänster tar det bort kravet 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-nummer i USA och Kanada kommer du att behöva 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 nog realtid via funktionerna som är inbyggda i appen Zoom Workplace och Zooms administrationsportal – det finns inget behov av att uppdatera en offentlig databas.
* Zoom upprätthåller offentliga register för Zoom Native-nummer, men Zoom upprätthå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 till en platshierarki. Webbplatser är en central hanteringskonstruktion i Zoom Phone: användare, telefoner och nummer tilldelas till webbplatser, som har nummerplaner, dirigeringsregler och konfigurerbara policyer, inklusive inställningar för nödtjänster. Webbplatser bör i första hand definieras efter geografi: för användargrupper som är spridda över flera fysiska platser föreslås 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 anpassa 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 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 inom våningen. Generellt 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 och samma dispatchbara 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 (platsidentifieringsnummer för nödsituationer)** är ett branschnamn för ett telefonnummer som är konfigurerat att ha en offentlig registrerad adress som matchar den möjliga nödadressen 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 säkerhetsmottagningspunkt (PSAP) utförs en databasuppslagning av PSAP för att identifiera den inkommande uppringar-ID:ns registrerade adress 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 där en kund använder en BYOC-operatör för nödsituationer, kräver räddningstjänsten ELIN-konfiguration.
{% endhint %}
* **Nätverksdata som är tillräckligt unik 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-slutpunkterna kan rapportera offentliga och privata IP-adresser och, när det är aktiverat, kan rapportera:
* MAC-adresser för trådlösa åtkomstpunkter (även kallade BSS\_ID)
* MAC-adress för nätverksswitch, portnummer och portetikett (när slutpunkter är anslutna till en nätverks-LAN-port).
{% hint style="info" %}
Medan 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 IP-nätverksadressö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 granska 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, kommer du att behöva titta på de underliggande nätverksswitcharna och korrelera dessa nätverksswitchdata till platser. Denna funktion kräver att LLDP-protokollet tillåts köras i ditt nätverk.
{% endhint %}
{% hint style="info" %}
BSSID-fältet stöder jokertecken som inkluderar asterisker (\*) för att representera ett enda tecken. Upp till två efterfö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 generellt 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 överväg din nätverkstopologi. Hur är IP-subnäten organiserade? Vilken granularitet har du för täckning av trådlösa åtkomstpunkter—nämligen, 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 denna nätverksdata till fysiska platser. Vi rekommenderade att du bygger ett kalkylblad som det nedan:
| Ett | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q |
| --------- | ------------ | ------------------------- | ------- | --------------------------------------- | ------------------------------------------------------------ | ---------------- | ---------------------------------------------- | ----------------------------------------------------------------------------------------------------------- | --------------- | -------------------------- | -------- | ----------------------------- | ----------- | ---------- | ------------------------------------------- | ----------------------------------------------------------------------------------------------------- |
| | | **Platshierarki** | | | **Nätverkstopologi** | | | **e911-adresser** | | | | | | | | |
| Platsnamn | överordnad # | namn för överordnad plats | Plats # | platsens visningsnamn | 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) | Identifierare för LAN-switchar | Adressrad 1 | Adressrad 2 | Stad | Delstat/ provins/ territorium | Land/region | Postnummer | E2M-dirigering (platser utanför USA/Kanada) | VAIN/NIF/CIF-nummer (tillämpligt för platser i Belgien, Nederländerna, Portugal, Spanien och Schweiz) |
| San Jose | 1 | Huvudkontorsbyggnad 1 | 1.1 | Huvudkontorsbyggnad 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 | Huvudkontorsbyggnad 101 andra våningen | | | | | 501 Main Street | Svit 200 på andra våningen | San Jose | CA | USA | 95015 | ej tillämpligt | |
| San Jose | 2 | Huvudkontorsbyggnad 2 | 2.2 | Huvudkontorsbyggnad 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äljningskontor | | | | | 123 Lenora Way | Våning 6, svit 9 | Atlanta | GA | USA | 30305 | ej tillämpligt | |
Det rekommenderas att platser och underplatser namnges på 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, data för nätverksswitchar.
Funktionen för nomadiska nödtjänster måste vara aktiverad för en given plats innan du kan börja hantera platserna. Vi rekommenderar att du endast 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 adminportalen:
#### Bootstrap-läge
Om du inte har fullständig nätverksdata för alla företagets platser finns det ett verktyg som kan hjälpa till: 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 ett sätt 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 för dator eller iPad att fråga användaren att bekräfta eller uppdatera sin plats varje gång den roamar in i en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som inte redan är kopplade till en definierad plats). De kan välja från en befintlig lista över företagets platser (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örer en e-postvarning som anger att nya nätverksdata har rapporterats för en företagsplats, och du kan antingen godkänna eller avvisa data i adminportalen. Det finns också en inställning för att styra vem som får varningar när nya data rapporteras i denna process, kallad “**E-postmottagare för underhåll av data för nödtjänster**”, som du hittar under Hantering av nödtjänster för varje plats. Därför kan du låta dina testare “gå runt på platsen” för att bekräfta eller effektivt rapportera nätverksdata för varje företagsplats.
När du först konfigurerar dina platser rekommenderas att du aktiverar Bootstrap-läge för ditt team som testar funktioner. Senare, när företagsplatserna är väldefinierade, kan du aktivera Bootstrap-läge som ett löpande verktyg för testning och datunderhåll: om och när användare rapporterar “nya” 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 i dina Zoom Phone-platser.
#### Personliga platser
Personliga platser är ett kraftfullt verktyg som är utformat för att ge dig stöd för en distans-, mobil- eller hybridarbetsstyrka där användare kan förflytta sig mellan företagsplatser och externa arbetsplatser som hemmakontor.
När Personliga platser är aktiverade kommer appen Zoom Workplace för dator eller iPad att fråga användaren att bekräfta eller uppdatera sin nödadress varje gång användarens app roamar in i en okänd plats (dvs. varje gång den stöter på nätverksanslutningsdata som inte redan är kopplade till en definierad plats). De kan välja 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 Zoom Workplace-appen registrerar nätverksdata som är kopplade 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, kan det vara klokt att vänta med att aktivera personliga platser tills du har definierat dina företagsplatser väl, 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 den standardnödadressen för platsen/användaren att användas, och appen Zoom Workplace kommer aldrig att be användaren uppdatera eller bekräfta sin nödadress när okända nätverksanslutningsdata påträffas.
{% endhint %}
När användarna skapar dem kommer Personliga platser att visas 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. Detta fungerar eftersom platsinformationen kan skickas dynamiskt och oberoende av uppringar-ID:t 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 som ägs av den användaren, och det kommer att finnas en fördröjning innan platsen är fullt fungerande. 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 adressen som är registrerad för det inkommande uppringar-ID:t. Personliga platser rekommenderas därför inte alls för användare som endast har anknytning. För användare som *har* en eller flera tilldelade DID kan de skapa en personlig plats för varje DID – men i bakgrunden 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ändring/uppdateringsprocess åt dig. I vissa länder är detta en manuell process där vårt serviceteam arbetar med lokala operatörer för att slutföra uppdateringarna.
För Zoom BYOC-telefonnummer är det ditt ansvar att arbeta med din/dina 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 måste appen Zoom Workplace kunna upptäcka och rapportera platsdata på ett framgångsrikt 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 syften 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 aktivera platsdelning med Zoom via ett popup-fönster i appen:
Denna status för platsdelning kan också hanteras och visas i appinställningarna för Zoom Phone:
Du kommer att kunna spåra 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 administrativa behörigheter 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 maskiner, måste du aktivera platsdelning med Zoom åt dem via en manuell process.
#### Upptäcka och rapportera data från nätverksswitchar
Om din distribution behöver aktivera upptäckt och rapportering av data från nätverksswitchar, 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 bestämma 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 skrivbordsapplikationen Zoom Workplace: Även om IP-telefoner som stöds och Windows-baserade skrivbordsappar för Zoom Workplace kan upptäcka och rapportera data från nätverksswitchar så länge de har den lägsta versionen av firmware eller Zoom Workplace-appen installerad, är rapportering av data från nätverksswitchar en större uppgift 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 administrativa behörigheter för sina maskiner kan du välja alternativet som kommer att uppmana 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 från nätverksswitchar 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 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 appen Zoom Workplace som är ansluten till switchen. 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.
| Inledande del | Dest. MAC | Käll-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 nomadiska nödtjänster med spårning baserad på switchportar krävs att administratörer aktiverar LLDP på de switchportar där Zoom Workplace-applikationer kommer att vara anslutna.
* Nätverksswitchen måste konfigureras för att ”sända” LLDP-information mot Zoom Workplace-applikationerna. Zoom Workplace-applikationerna skickar inte LLDP-paket mot nätverksswitchen.
* LLDP-konfigurationen bör omfatta sändning av de obligatoriska TLV:erna, som krävs av Zoom Workplace-applikationer för att spåra platsen för enheten.
* Vissa switchleverantörer kan kräva att LLDP-MED är aktiverat på switchportarna för att tillåta att de obligatoriska TLV:erna som krävs sänds i LLDPDU:n. Vi rekommenderar att du hänvisar till leverantörens dokumentation för konfigurationsstegen.
* LLDP-timer bör ställas in på ett värde som skulle tillåta Zoom Workplace-applikationer att upptäcka eventuella nätverksförändringar. Ett värde på 30 sekunder rekommenderas.
---
# Agent Instructions: Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter:
```
GET https://library.zoom.com/technical-library/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.