E911-nødanrop i Webex for BroadWorks

Denne integrasjonen sikrer samsvar med Ray Baum Act fase II. Full samsvar for alle enheter, inkludert mobile enheter som nettbrett, skal være sikret innen januar 2022.

E911-leverandører

Denne artikkelen kan brukes til å konfigurere E911-nødanrop ved hjelp av følgende E911-leverandører:

9Line/Bandwidth
Intrado
Rød himmel

Hvordan det fungerer

E911-anropstjenester tilbyr \ brukerlokasjonstjenester og et nettverk som ruter nødanrop til offentlige sikkerhetssvarpunkter (PSAP-er) rundt om i USA, dets territorier og Canada. E911-tjenester kan aktiveres per lokasjon. Etter at en plassering er aktivert, bruker nødanrop (911 for nødanrop og 933 for testanrop) fra telefoner og klienter som er tilordnet den plasseringen, E911-anropstjenesten, som gjør følgende:

FINN – E911-anropstjenesten finner brukerens plassering. Både Webex-appen og bordtelefoner sender MAC- eller nettverksinformasjon til E911-anropstjenesten, som bruker et firmakart for å bestemme plasseringen. For Webex-appbrukere, hvis posisjonen deres ikke kan bestemmes, blir brukeren bedt om å oppgi posisjonsinformasjon, som deretter sendes til E911-anropstjenesten.
RUTE – For 911- og 933-anrop legges posisjonsinformasjonen til SIP-headeren, som også identifiserer brukeren som en E911-anropende bruker. E911-tjenesten ruter anropet til riktig PSAP for stedet.
VARSLE – E911-tjenesten sender varsler til riktig personell (f.eks. sikkerhets- eller nødetatene).

E911-tjenesten håndterer følgende oppgaver:

E911-leverandøren vedlikeholder partner/customer en klargjort database som tilordner et nødanrop til et utsendt sted.
Basert på den oppringende enhetens sendeposisjon, dirigerer E911-leverandøren nødanrop til riktig PSAP. Samtalen inneholder posisjonsinformasjon, slik at PSAP vet hvor nødpersonell skal sendes ut, samt tilbakeringingsnummeret.
E911-leverandøren genererer valgfrie varsler til bedriftspersonell.
For abonnementer med forbedrede lisenser kobler E911-leverandøren bedriftspersonell til nødanrop foretatt av bedriftsbrukere og gir popup-varsler.

Posisjonsdeteksjon

E911-anropstjenester støtter to hovedtyper av posisjonsdeteksjon: HOLDT og ikke-HOLDT.

Dynamisk posisjonsdeteksjon for ikke-faste enheter. Dette er enheter som beveger seg innenfor lokalene (HELD-støttede bordtelefoner).

For HELD-kompatible bordtelefoner er posisjonsdeteksjon basert på nettverksoppdagelse. Bordtelefoner bruker en protokoll kalt HTTP Enabled Location Delivery (HELD) for å rapportere informasjon om nettverksmiljøet sitt (LLDP-aktivert oppstrømsbryter, trådløse tilgangspunkter (WAP) BSSID, IP-adresse eller MAC-adressene deres) til E911 HELD-tjenesten.
For HELD+-kompatibel Webex-app på skrivebordet er posisjonsdeteksjon basert på nettverksoppdagelse for å rapportere nettverksmiljøinformasjon (oppstrøms LLDP-aktivert svitsj, trådløse tilgangspunkter (WAP) BSSID, IP-adresse eller standard MAC-adresse for oppstrøms gateway) til E911 HELD+-tjenesten (Cisco Discovery Protocol (CDP) støttes ikke). Hvis enheter er koblet til via en telefongjennomgangsport, kan ikke LLDP-informasjonen nås fordi LLDP-pakker fra svitsjen stopper ved telefonen.

Dynamisk posisjonsdeteksjon for E911-tjenesten. Dette er HELD+-enheter som brukes utenfor lokaler.

For HELD+-kompatibel Webex-app på stasjonære og mobile plattformer (nettbrett) som ikke har en mobiltilkobling, er posisjonsdeteksjon basert på nettverksoppdagelse som inkluderer BSSID for trådløse tilgangspunkter (WAP), IP-adresse og standard MAC-adresse for oppstrøms gateway. Når Webex-appen bestemmer at enheten er på en kjent plassering, oppdateres brukerens plassering automatisk. Webex-appen sender alle tilgjengelige nettverksidentifikatorer som er oppført ovenfor til E911-leverandøren. Hvis E911-leverandøren bestemmer at enheten er på en kjent plassering, oppdateres brukerens plassering automatisk. Hvis Webex-appen oppdager at enheten har flyttet seg til en ukjent plassering ved pålogging, blir brukeren bedt om å oppdatere en ny adresse. Hvis brukeren imidlertid allerede er logget på når en ukjent plassering oppdages, blir ikke brukeren bedt om det, og den røde X-en vises i bunnteksten til Webex-appen. Brukeren kan klikke på den røde X-en for å oppdatere plasseringen sin (forutsatt at konfigurasjonstaggen %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% er satt til standard). E911-leverandøren validerer og lagrer den nye plasseringen i databasen sin.

Alle VPN- og virtuelle nettverksgrensesnitt på Webex Desktop (Windows og MacOS) bør ignoreres. For Windows bruker Webex-appen MSFT_NetAdapter – parameteren «boolean Virtual» brukes til å filtrere ut VPN- og virtuelle grensesnitt.

Fast enhetsposisjonsdeteksjon. Dette er ikke-HELD-enheter som ikke beveger seg.

Telefonnummerbasert posisjonsdeteksjon: For enheter som ikke er HELD-kompatible, inkludert mobile enheter uten mobiltilgang, softphone-klienter, Cisco ATA-er, Cisco DECT-systemer og alt ikke-Cisco kundeutstyr (CPE), er posisjonsbestemmelsen basert på anroper-ID-en som ble oppgitt i test- eller nødanropet.

PSTN- og E911-lokasjonsaktivert ruting

BroadWorks ruter nødanrop til E911-tjenesten, slik at anropet kan sendes til riktig PSAP i stedet for PSTN. Denne ruten brukes for alle endepunkter som foretar nødanrop fra den E911-aktiverte lokasjonen. Dette inkluderer harddisker og bærbare endepunkter (som mobiltelefoner, nettbrett og bærbare datamaskiner).

Et unntak fra denne regelen er for mobiltelefonklienter. Disse klientene sender nødanrop direkte til Public Land Mobile Network (PLMN, den mobile ekvivalenten til PSTN) ved hjelp av den innebygde oppringeren på telefonen.

Diagram for nødanrop via E911 i Webex for BroadWorks — ***E911-nødanrop i Webex for BroadWorks***

Krav for E911-integrasjon

Komponent	Behov
E911-anropsleverandør	Partneren må inngå en avtale med en leverandør av E911-anrop for å rute nødanrop ved hjelp av Cisco-levert implementering for Webex App-skrivebords- og nettbrettklienter og MPP-telefoner (HELD). E911-leverandørkonfigurasjon Partneren må konfigurere E911-leverandørportalen til å tilby posisjonstjenester for følgende typer enheter: Anrop fra VELD-enheter som bruker wirekart-informasjon for posisjonsbestemmelse (for eksempel Webex-appen) Anrop fra ikke-holdte enheter som bruker nummerpresentasjon for posisjonsbestemmelse (DECT, ATA og Room/Desk/Board enheter) Støttedokumenter RedSky Horizon Mobility Administration Guide– Inneholder tjenesteleverandørens ansvar. Brukerhåndbok for RedSky Horizon Mobility– For bedriftsadministratorer. Denne veiledningen beskriver hvordan du setter opp wiremapet. EON Client Installer (Nødvarsling på stedet)– Beskriver hvordan du konfigurerer nødvarsler. Intrado-støttedokumenter Integrasjonsveiledning for LIS for nødrutingstjenesten Brukerhåndbok for nødrutingstjeneste 9Line/Bandwith Støttedokumenter 9Line for BroadWorks administratorveiledning
BroadWorks	For å bruke denne funksjonen må du ha installert følgende BroadWorks-oppdateringer. Installer bare oppdateringene som gjelder for BroadWorks-utgivelsen din: For R22: AP.as.23.0.1075.ap381498 AP.xsp.22.0.1123.ap381498 AP.plattform.22.0.1123.ap381498 For R23 AP.as.22.0.1123.ap381498 AP.xsp.23.0.1075.ap381498 AP.plattform.23.0.1075.ap381498 ADP RI-appen: CommPilot-23_2021.11_1.160.bwar For R24: AP.as.24.0.944.ap381498 ADP RI-app: CommPilot-24_2021.11_1.160.bwar
Telefoner	MPP-telefoner bruker nedlastede konfigurasjonsparametere for å få tilgang til E911 Location Information Server (LIS). De mottar et token som sendes videre via peering-tilkoblingen til E911 når en E911-aktivert bruker ringer 911 eller 933.
Enheter	HELD-kompatible enheter: Når en lokasjon er aktivert for E911-tjenester, genererer Cisco BroadWorks-enhetsadministrasjonssystemer oppdaterte enhetskonfigurasjoner for å aktivere HELD-funksjonalitet. Hver HELD-enhet må synkroniseres eller initialiseres på nytt for å hente den nye konfigurasjonen før enheten kan bruke HELD til posisjonstjenester.
Webex-appen	Webex-skrivebords- og nettbrettapper bruker nedlastede konfigurasjonsparametere for å få tilgang til E911-leverandørens posisjonsinformasjonsserver (LIS). Brukere må oppgi posisjonsinformasjonen sin én gang per posisjon. E911-leverandøren fører en oversikt over hvert sted. Når brukeren logger seg inn fra en ny plassering, blir de bedt om å oppgi plasseringsinformasjonen sin, som legges til i databasen. Når brukeren ringer 911 eller 933, sendes geolokasjonsinformasjonen i SIP-headeren. *Legg til E911-adresse* Som standard ber Webex-appen brukere om å oppdatere plasseringen sin når de logger seg på et ukjent sted. Konfigurasjonstaggen %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% lar imidlertid administratorer omkonfigurere frekvensen for å inkludere eventuelle nettverksendringer til en ukjent plassering. Se Webex-klientkonfigurasjonskoder for nødanrop for konfigurasjonsalternativer.

Oppgaveflyt for konfigurasjon av nødanrop E911

Fullfør følgende oppgaver på BroadWorks for å konfigurere Webex for Cisco BroadWorks for E911-nødanrop. På BroadWorks konfigureres E911 ved hjelp av funksjonen Nødanrop fra tredjepart.

1	Aktiver funksjonen Bruk CLI-en til å aktivere funksjon 101792.
2	Konfigurer URL-er for tredjepartskall Bruk CLI-en til å konfigurere innstillinger som URL-er som brukes av RedSkythe E911-leverandøren.
3	Sjekk nødnummerstrenger Bekreft oppringingsstrengene som BroadWorks bruker for nødanrop.
4	Konfigurer SIP-header-proxyregel Konfigurer en SIP-header-proxyregel på applikasjonsserveren.
5	Konfigurer nødanrop fra tredjepart (Enterprise/Service Leverandørtjeneste) På CommPilot konfigurerer du Enterprise-tjenesten for nødanrop fra tredjepart.
6	Konfigurer tredjeparts nødanrop (gruppetjeneste) På CommPilot konfigurerer du gruppetjenesten for nødanrop fra tredjepart.

Aktiver funksjonen

Kjør følgende CLI-kommando på applikasjonsserveren for å aktivere funksjon 101792.

AS_CLI/System/ActivatableFeature> activate 101792

Konfigurer URL-er for tredjepartskall

Bruk CLI-en til å konfigurere AS-en med tredjeparts nødanropsparametere, for eksempel URL-er til E911-leverandører.

Kjør følgende CLI-kommando for å vise gjeldende parameterinnstillinger:

AS_CLI/Service/ThirdPartyEmergencyCalling> get
primaryHELDServerURL= 
secondaryHELDServerURL=
emergencyRouteHost=
emergencyRoutePort=
emergencyRouteTransport=

Kjør følgende CLI-kommando for å angi parameterne. Se tabellen nedenfor for informasjon om feltene:

Set
    , Multiple Choice = {primaryHELDServerURL, secondaryHELDServerURL, emergencyRouteHost, emergencyRoutePort, emergencyRouteTransport}
    , String {1 to 256 characters}
    , String {1 to 256 characters} 
    , IP address | host | domain (1 to 80 chars)
    , Integer {1025 to 65355}
    , Choice = {udp, tcp, tls, unspecified}

Se følgende tabell for hjelp med parameterne:

Innstilling	Beskrivelse
URL for primær HELD-server	Denne parameteren definerer den primære URL-adressen for HELD-serveren. Denne parameteren kan ikke fjernes hvis det finnes en bedrift i systemet som tillater aktivering av tredjeparts nødanrop. Den gyldige verdien for denne parameteren er en streng med en lengde mellom 1 og 256 tegn. Det må være en gyldig http- eller https-URL. Det finnes ingen standardverdi.
URL for sekundær HELD-server	Denne parameteren definerer den sekundære URL-en for HELD-serveren. Dette feltet kan ikke være det samme som URL-adressen til den primære HELD-serveren. Den gyldige verdien for denne parameteren er en streng med en lengde mellom 1 og 256 tegn. Det må være en gyldig http- eller https-URL. Det finnes ingen standardverdi.
Nødrutevert	Denne parameteren definerer vertsadressen for nødruten. Verdien for denne parameteren skal være en gyldig FQDN-, IPv4-adresse eller IPv6-adresse. Denne parameteren kan ikke fjernes hvis det finnes en bedrift i systemet som tillater aktivering av nødanrop fra tredjepart. Det finnes ingen standardverdi.
Nødrutehavn	Denne parameteren definerer nødruteporten. Den gyldige verdien for parameteren er et heltall mellom 1025 og 65355. Det finnes ingen standardverdi.
Nødtransport	Denne parameteren definerer transportprotokollen for nødruter. De mulige verdiene for denne parameteren er: UDP TCP TLS Uspesifisert– Dette er standardverdien

Sjekk nødnummerstrenger

1	På AS-en kjører du følgende CLI-kommando for å bekrefte oppringingsstrengene som brukes til nødanrop. Merk at 933 bør inkluderes i tillegg til 911. Prefikset 933 brukes til testanrop. `AS_CLI/System/CallP/CallTypes> get Country Code Digit Map Call Type ================================== 1 1911 Emergency 1 911 Emergency 1 933 Emergency`
2	Hvis du trenger å legge til oppringingsstrenger, bruk følgende kommando: `AS_CLI/System/CallP/CallTypes> add` Hvis du vil ha detaljert informasjon om disse CLI-kommandoene, kan du se Cisco BroadWorks Application Server Command Line Interface Administration Guide.

Konfigurer SIP-header-proxyregel

På applikasjonsserveren konfigurerer du en SIP-headerregel sammen med E911-leverandørens HELD-servere. Dette er nødvendig slik at AS-et kan sende SIP-headerne for geolokalisering og geolokaliseringsruting til E911-leverandørens SIP-servere.

1	Kjør følgende CLI-kommandoer for å sette `keepOnEgressNetworkOffNet` -flagget til true. `AS_CLI/Interface/SIP/ProxyPolicy/Rule> add redsky911proxy911 false false false true false false false false` `AS_CLI/Interface/SIP/ProxyPolicy/Rule> add redsky911proxy911 false false false true false false false false`
2	Kjør følgende CLI-kommandoer for å legge til SIP-overskriftene i den regelen: `AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> add geolocation redsky911proxy911` `AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> add geolocation-routing redsky911proxy911`

Konfigurer nødanrop fra tredjepart (Enterprise/Service Leverandørtjeneste)

Konfigurer innstillinger for tredjeparts nødanrop på bedriftsnivå.

Før du begynner

Sørg for at du forstår hvilken provisioneringsmodell du bruker, ettersom konfigurasjonene for kunde-ID og hemmelig nøkkel avhenger av modellen:

Bedriftsklargjøringsmodell – Kundeorganisasjonen er en bedrift. Ulike grupper, for eksempel forskjellige steder, faller inn under foretaket.
Leveringsmodell for tjenesteleverandør – Gruppen er en kundeorganisasjon. Ulike grupper under tjenesteleverandøren er ikke relatert til hverandre.

I vinduet Comm Pilot-tjenester velger du Nødanrop fra tredjepart.

Kryss av i boksen Tillat aktivering.

Skriv inn verdier for feltene Kunde-ID og Hemmelig nøkkel, avhengig av hvilken provisioneringsmodell du kjører:

Bedriftsklargjøringsmodell – angi verdiene som er oppgitt av E911-leverandøren.
Provisioneringsmodell for tjenesteleverandør – angi dummy-verdier (gruppekonfigurasjonen din i neste oppgave overstyrer disse verdiene).

Klikk på OK.

Du kan også konfigurere disse innstillingene automatisk av et backoffice-system ved hjelp av denne kommandoen: ServiceProviderThirdPartyEmergencyCallingModify.

Hvis du konfigurerer nødanrop for en tjenesteleverandørs egen organisasjon (i stedet for kundeorganisasjoner som tjenesteleverandøren administrerer), bruk Enterprise-klargjøringsmodellen og legg til en unik kunde-ID og hemmelig nøkkel for tjenesteleverandørens egen organisasjon.

Felt

Beskrivelse

Tillat aktivering

Denne parameteren definerer om tredjeparts nødanrop kan aktiveres for gruppene i bedriften. Gyldig verdi for denne parameteren er true og false. Standardverdien er false.

Hvis URL-adressen for HELD-serveren på systemnivå ikke er spesifisert eller informasjon om nødruter ikke er konfigurert, er ikke aktivering tillatt på bedriftsnivå.

Kunde-ID

Denne parameteren definerer E911-kunde-ID-en som brukes i tredjeparts nødanropstjeneste. Denne verdien er unik for en spesifikk kundeorganisasjon som administreres av en tjenesteleverandør. Maksimal lengde for denne parameteren er 36 tegn. Hvis Tillat aktivering er sann, kan ikke Kunde-ID være tom.

Tilordne verdien som samsvarer med hvilken provisioneringsmodell du kjører:

Bedriftsmodell – Skriv inn verdien som er oppgitt av E911-leverandøren.
Tjenesteleverandørmodell – Skriv inn en dummyverdi (innstillingen for gruppetjeneste overstyrer denne verdien).

Hemmelig nøkkel

Denne parameteren definerer den unike hemmelige nøkkelen for E911-leverandøren som brukes av bedriften (som definert av kunde-ID) i tredjeparts nødanropstjeneste. Den hemmelige nøkkelformatet er alfanumerisk, UTF-8. Dette feltet er obligatorisk når kunde-ID er definert.

Tilordne verdien som samsvarer med hvilken provisioneringsmodell du kjører:

Bedriftsmodell – Skriv inn verdien som er oppgitt av E911-leverandøren.
Tjenesteleverandørmodell – Skriv inn en dummyverdi (innstillingen for gruppetjeneste overstyrer denne verdien).

Konfigurer tredjeparts nødanrop (gruppetjeneste)

Hvis du bruker tjenesteleverandørens klargjøringsmodell, konfigurerer du nødanrop fra tredjepart som vises under Gruppetjenester.

Før du begynner

Sørg for at du forstår hvilken provisioneringsmodell du bruker, ettersom konfigurasjonene for kunde-ID og hemmelig nøkkel avhenger av modellen:

Bedriftsklargjøringsmodell – Kundeorganisasjonen er en bedrift. Ulike grupper, for eksempel forskjellige steder, faller inn under foretaket.
Leveringsmodell for tjenesteleverandør – Gruppen er en kundeorganisasjon. Ulike grupper under tjenesteleverandøren er ikke relatert til hverandre.

For innstillingene for gruppe profil må land være USA eller CAN (for Canada).

I vinduet Comm Pilot Group Services velger du Nødanrop fra tredjepart.

Kryss av i begge de følgende avmerkingsboksene:

Aktiver administrasjon av nødanropsenheter fra tredjepart
Aktiver tredjeparts nødanropsruting

Skriv inn de riktige verdiene for Kunde-ID og Hemmelig nøkkel for denne gruppen i henhold til klargjøringsmodellen din:

Modell for bedriftsklargjøring – la feltene stå tomme. Verdiene i den forrige Enterprise Service-prosedyren brukes.
Tjenesteleverandørens klargjøringsmodell – angi verdiene som er oppgitt av E911-leverandøren.

Klikk på OK.

Se tabellen nedenfor for hjelp med feltene.

Felt	Beskrivelse
Aktiver administrasjon av nødanropsenheter fra tredjepart	Denne parameteren angir om administrasjon av tredjeparts nødanropsenheter er aktivert for gruppen. Denne parameteren kan ikke aktiveres hvis aktivering ikke tillaters på bedriftsnivå. Denne parameteren kan ikke deaktiveres når gruppetredjeparts nødruting er aktivert. Gyldige verdier for denne parameteren er sann (avkrysset) og usann (ikke avkrysset). Standardverdien er usann.
Aktiver tredjeparts nødanropsruting	Denne parameteren angir om tredjeparts nødanropsruting er aktivert for gruppen. Ruting kan ikke aktiveres hvis aktivering ikke tillaters på bedriftsnivå. Ruting kan ikke aktiveres hvis tredjeparts nødenhetsadministrasjon ikke er aktivert. De gyldige verdiene for denne parameteren er sann (avkrysset) og usann (ikke avkrysset). Standardverdien er usann.
Kunde-ID	Denne parameteren definerer E911-kunde-ID-en som brukes i tredjeparts nødanropstjeneste. Denne verdien er unik for en spesifikk kundeorganisasjon som administreres av tjenesteleverandøren. Maksimal lengde for denne parameteren er 36 tegn. Hvis kunde-ID for gruppetjeneste ikke er definert, enterprise/service Kunde-ID på leverandørnivå vil bli brukt. Tilordne verdien som samsvarer med klargjøringsmodellen du bruker: Bedriftsmodell – La dette feltet stå tomt. Verdien fra Enterprise Service-prosedyren blir brukt. Tjenesteleverandørmodell – Skriv inn verdien som er oppgitt av E911-leverandøren.
Hemmelig nøkkel	Denne parameteren definerer den hemmelige E911-nøkkelen som brukes med tredjeparts nødanropstjeneste. Denne nøkkelen er unik for gruppen (som definert av Kunde-ID) og bruker et alfanumerisk UTF-8-format. Dette feltet er obligatorisk hvis kunde-ID er definert. Hvis den hemmelige nøkkelen ikke er definert, enterprise/service Hemmelig nøkkel på leverandørnivå vil bli brukt. Tilordne verdien som samsvarer med klargjøringsmodellen du bruker: Bedriftsmodell – La dette feltet stå tomt. Verdien fra Enterprise Service-prosedyren blir brukt. Tjenesteleverandørmodell – Skriv inn verdien som er oppgitt av E911-leverandøren.

Webex-klientkonfigurasjonskoder for nødanrop

Dynamiske tagger

Tabellen nedenfor oppsummerer de dynamiske Webex DMS-taggene som vises i Webex-klientkonfigurasjonsfilen (config.wxt-xml) og hvordan de utledes dynamisk fra BroadWorks-konfigurasjonen.

Dette er «innebygde dynamiske» tagger, ikke egendefinerte tagger som opprettes og fylles ut direkte av administratoren.

Tagg	Datakilde
%BWE911-PRIMARY-HELDURL%	AS_CLI/Service/ThirdPartyEmergencyCalling> primærHOLDTjenerURL
%BWE911-SECONDARY-HELDURL%	AS_CLI/Service/ThirdPartyEmergencyCalling> sekundærHOLDServerURL
%BWE911-EMERGENCY-NUMBER-LIST%	AS_CLI/System/CallP/CallTypes> Sifferkartverdier merket som «Nødstilfelle» For å bruke denne taggen må den reserverte, tilpassede taggen %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% legges til i et taggsett som brukes av enhetstypen. Den reserverte brikken må inneholde nødnumrene som er definert under `AS_CLI/System/CallP/CallTypes`> i et kommaseparert format, for eksempel `911, 0911, 933`. Merk at Webex-appen ikke støtter jokertegn i nødnumre. Bare nøyaktige nødnumre skal legges til den reserverte, egendefinerte brikken. Følgende eksempel viser hvordan den reserverte tag-funksjonaliteten er ment å brukes: Den innebygde taggen %BWE911-EMERGENCY-NUMBER-LIST% legges til i malfilen til en enhet. Den reserverte egendefinerte taggen %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% legges til i et taggsett som brukes av enheten med verdien `911, 1911, 933`. Når filen gjenoppbygges, blir den native taggen %BWE911-EMERGENCY-NUMBER-LIST% løst til `911, 1911, 933`.
%BWE911-CUSTOMERID%	Kunde-ID for konfigurert gruppe hvis ikke tom, ellers SP/Enterprise konfigurert ID
%BWE911-SECRETKEY%	Konfigurert gruppehemmelig nøkkel hvis ikke tom, ellers SP/Enterprise Hemmelig nøkkel

Tilpassede tagger

Følgende er en liste over tilpassede tagger for Webex-appen for skrivebord og nettbrett for nødanrop. Se Webex for Cisco BroadWorks konfigurasjonsveiledning for ytterligere detaljer:

Selv om noen av disse tilpassede taggene bruker «REDSKY» i tagnavnet, kan disse taggene også brukes til E911-anropsintegrasjoner som bruker 9Line/Bandwidth eller Intrado som E911-leverandør.

%ENABLE_EMERGENCY_DIALING_WXT%

Beskrivelse: Aktiverer deteksjon av nødanrop
Verdier: [true|falsk]
Standardverdi: falsk

%EMERGENCY_DIALING_ENABLE_REDSKY_WXT%

Beskrivelse: Aktiver Redsky Emergency Location Platform
Verdier: [true|falsk]
Standardverdi: falsk

%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%

Beskrivelse: Definerer virkemåten for E911-lokasjonsforespørsler. Verdien «aggressiv» viser dialogboksen til brukeren ved hver nettverksendring til en ukjent plassering. Verdien «once_per_login» viser bare dialogboksen når du logger inn på et ukjent sted, noe som forhindrer ytterligere popup-vinduer og distraksjoner for brukeren.
Verdier: [aggressive|once_per_login]
Standardverdi: once_per_login

%EMERGENCY_REDSKY_USER_MANDATORY_LOCATION_WXT%

Beskrivelse: Tidene brukeren har lov til å lukke posisjonsdialogboksen før posisjon blir obligatorisk. En verdi på -1 lar brukeren lukke dialogboksen på ubestemt tid.
Verdier: [-1 - 100]
Standardverdi: -1

%EMERGENCY_REDSKY_USER_REMINDER_TIMEOUT_WXT%

Beskrivelse: Tidsavbruddet i minutter som skal brukes til å minne brukeren på å oppdatere nødlokasjonen hvis den gjeldende ikke er angitt eller er ugyldig. Hvis 0 er satt, vil det ikke være noen påminnelser.
Verdier: [0–43200]
Standardverdi: 0

Endringslogg

Endre	Detaljer
20. januar 2025	Redaksjonelle endringer!
25. oktober 2023	Oppdatert Posisjonsdeteksjon seksjon.
9. mai 2023	Oppdatert E911-nødanrop i Webex for BroadWorks -delen.
13. desember 2022	La til notater under seksjonen Posisjonsdeteksjon.
24. august 2022	Oppdatert PSTN- og E911-lokasjonsaktivert ruting.
25. april 2022	Lagt til landskrav i konfigurasjonen av gruppetjenester.
23. mars 2022	La til jokertegnbegrensning for `%BWE911-EMERGENCY-NUMBER-LIST%` -taginformasjon.
21. mars 2022	La til merknad med informasjon om krav til den native taggen %BWE911-EMERGENCY-NUMBER-LIST%.
14. mars 2022	Lagt til ny konfigurasjonstag, %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%, som lar administratorer redigere frekvensen for oppdatering av sted.

Cisco AI Assistant

Takk for tilbakemeldingen.

E911-nødanrop i Webex for BroadWorks