E911-nødopkald med RedSky i Webex til bredeværker

Denne integration leverer overholdelse til Trinvis Baum Act fase II. Fuld overensstemmelse for alle enheder, herunder mobile enheder, såsom tablets, leveres inden januar 2022.

E911 Udbydere

Denne artikel kan bruges til at konfigurere E911 nødopkald ved brug af følgende E911-udbydere:

  • 9Line/båndbredde

  • Intrado

  • RedSky

Sådan fungerer det

E911-opkaldstjenester leverer Red Sky-tjenesten leverer brugerplaceringstjenester og et netværk, der dirigerer nødopkald til Public Safety Answering Points (PSAP'er) rundt om i USA, dets territorier og Canada. E911-tjenester kan aktiveres pr. lokalitet. Når en placering er aktiveret, bruger nødopkald (911 for nødopkald og 933 for testopkald) fra telefoner og klienter, der er tildelt den pågældende placering, RedSkyE911-opkaldstjenesten, som gør følgende:

  • FIND – RedSky E911-opkaldstjenesten finder brugerplaceringen. Både Webex-appen og bordtelefoner sender MAC- eller netværksoplysninger til RedSkyE911-opkaldstjenesten, som bruger et virksomhedshåndtag til at bestemme placeringen. For Webex-appbrugere anmodes brugeren om at indtaste placeringsoplysninger, som derefter sendes til RedSkythe E911-opkaldstjenesten, hvis deres placering ikke kan bestemmes.

  • RUTE – For 911- og 933-opkald føjes placeringsoplysningerne til SIP-headeren, som også identificerer brugeren som en Red Skyan E911-opkaldsbruger. RedSkyE911-tjenesten dirigerer opkaldet til den relevante PSAP for placeringen.

  • NOTIFY – RedSky E911-tjenesten sender underretninger til det relevante personale (f.eks. sikkerheds- eller nødtjenester).

RedSky E911-tjenesten håndterer følgende opgaver:

  • RedSky E911-udbyderen vedligeholder den partner/kunde klargjorte database, der knytter et nødopkald til en afsenderbar placering.

  • Baseret på opkaldsenhedens afsendelsesbare placering dirigerer RedSkythe E911-udbyderen nødopkald til den korrekte PSAP. Opkaldet inkluderer oplysninger om placering, så PSAP ved, hvor nødspersonalet samt tilbagekaldsnummeret skal sendes hen.

  • RedSky E911-udbyderen genererer valgfri underretninger til virksomhedspersonale.

  • For abonnementer med forbedrede licenser forbinder Red Skythe E911-udbyderen virksomhedens medarbejdere til nødopkald, der foretages af virksomhedsbrugere, og giver pop-beskeder.

Registrering af placering

RedSky understøtter E911-opkaldstjenester understøtter to hovedtyper af placeringsregistrering: AFHOLDT og ikke AFHOLDT.

  • For HELD-egnede enheder (Webex-appen eller MPP-enheder (multiplatformfirmware) – placeringsregistrering er baseret på netværksregistrering. HTTP Enabled Location Delivery (HELD)-protokollen rapporterer netværksmiljøoplysninger til RedSky E911-opkalds HELD-tjenesten. Disse oplysninger omfatter upstream switch, trådløse adgangspunkter (WAP) BSSID, IP-adresse eller MAC-adresse. Bemærk, at MPP-enheder og Webex-appen sender AFHOLDTe oplysninger på forskellige måder som følger:

    • MPP-enheder bruger HELD. Når telefonen registreres, sender den en HTTP-anmodning til RedSkythe E911-udbyder, der indeholder oplysninger om enhedens netværk. HELD-serveren bruger disse oplysninger til at fastslå placeringen.

    • Brug Webex-appen HELD+. Ud over standardoplysninger om HELD sender Webex-appen også en brugeridentifikator til RedSkythe E911-udbyderen. RedSkyE911-udbyderen bruger disse oplysninger til at bestemme brugerens og enhedens placering. Hvis en placering er ukendt, beder Webex-appen brugeren om at indtaste adressen.

  • For ikke-AFHOLDT-egnede enheder (mobilenheder uden mobil adgang, softphone-klienter, Cisco ATA'er, Cisco DECT-systemer og andet udstyr, der ikke er fra Ciscos lokalitet)-Placeringsudligning er baseret på den Opkalder-id, der påstås i testen eller nødopkaldet.

Registrering af placering

E911 opkaldstjenester understøtter to hovedtyper af placeringsregistrering: AFHOLDT og ikke AFHOLDT.

Dynamisk placeringsregistrering for ikke-faste enheder. Det er enheder, der flyttes inden for området (HELD-understøttede bordtelefoner).

  • For HELD-kompatible bordtelefoner er placeringsregistrering baseret på netværksregistrering. Bordtelefonenheder bruger en protokol kaldet HTTP Enabled Location Delivery (HELD) til at rapportere deres netværksmiljøoplysninger (LLDP-aktiveret upstream switch, trådløse adgangspunkter (WAP) BSSID, IP-adresse eller deres MAC-adresser) til E911 HELD-tjenesten.

Dynamisk placeringsregistrering til E911-tjeneste. Disse er HELD+-enheder, der kører uden for stedet.

  • For HELD+-kompatibel Webex-app på desktop- og mobilplatforme (tabletter), der ikke har en mobilforbindelse, er placeringsregistrering baseret på netværksregistrering, der inkluderer trådløse adgangspunkter (WAP) BSSID, IP-adresse, standard-MAC-adresse for upstream gateway. LLDP understøttes ikke på Webex-desktop- og tablet-apps. Når Webex-appen finder, at enheden er på en kendt placering, opdateres brugerens placering automatisk. Webex-appen sender alle de tilgængelige netværksidentifikatorer, der er angivet ovenfor, til E911-udbyderen. Hvis E911-udbyderen bestemmer, at enheden er på en kendt placering, opdateres brugerens placering automatisk. Når du logger ind, bliver brugeren bedt om at opdatere en ny adresse, hvis Webex-appen registrerer, at enheden er flyttet til en ukendt placering. Men hvis brugeren allerede er logget ind, når der registreres en ikke-genkendt placering, bliver brugeren ikke bedt om det, og det røde X vises i Webex-appens sidefod. Brugeren kan klikke på det røde X for at opdatere sin placering (forudsat at %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% konfigurationstaget er indstillet til standard). E911-udbyderen validerer og gemmer den nye placering i sin database.

Alle VPN- og virtuelle netværksgrænseflader på Webex-desktop (Windows og MacOS) bør ignoreres. Til Windows bruger Webex-appen MSFT_Net Adapter – parameteren "Boolean Virtual" bruges til at filtrere VPN- og virtuelle grænseflader.

Vi rettede en fejl med registrering af enhedsplacering. Disse er enheder, der ikke er I VENTEPOSITION, og som ikke flyttes.

  • Telefonnummerbaseret placeringsregistrering: For ikke-HELD-egnede enheder, som inkluderer mobilenheder uden mobiladgang, softphone-klienter, Cisco ATA'er, Cisco DECT-systemer og andet ikke-Cisco-udstyr hos kunden (CPE), er placeringsregistrering baseret på nummervisningen for test- eller nødopkaldet.

PSTN og RedSkyE911-placeringer-aktiveret dirigering

BroadWorks dirigerer nødopkald til Red SkyE911-tjenesten, så opkaldet kan sendes til den relevante PSAP i stedet for PSTN. Denne rute bruges til alle slutpunkter, der foretager nødopkald fra denRed Sky E911-aktiverede placering. Dette omfatter hårde telefoner og bærbare slutpunkter (såsom mobiltelefoner, tablets og bærbare computere).

En undtagelse til denne regel er for mobilbaserede telefonklienter. Disse klienter sender nødopkald direkte til det offentlige land mobilnetværk (PLMN, der svarer til PSTN) ved hjælp af den indbyggede opkaldstelefon på telefonen.

E911-nødopkald i Webex til BroadWorks

Krav til RedSky E911-integration

Komponent

Krav

RedSky

E911 opkaldsudbyder

Partneren skal indgå en aftale med Red Skyan E911-opkaldsudbyderen for at dirigere nødopkald ved hjælp af Cisco-leveret implementering til Webex-appens desktop- og tablet-klientsande MPP-telefoner (HELD).

RedSky-konfiguration E911-udbyder konfiguration

Partneren skal konfigurere RedSkyE911-udbyderportalen til at levere placeringstjenester for følgende typer enheder:

  • Opkald fra AFHOLDT-enheder, der bruger oplysninger om wiremap for placeringsanlignende (for eksempel Webex-appen)

  • Opkald fra ikke-HELD-enheder, der bruger nummervisning til placeringsregistrering (DECT, ATA og lokale-/skrivebords-/Board-enheder)

RedSky-supportdokumenter

  • Administrationsvejledning til Red Sky Horizon Mobility – indeholder tjenesteudbyderens ansvar.

  • Brugervejledning til Red Sky Horizon Mobility – til virksomhedsadministratorer. Denne vejledning beskriver, hvordan du opsætter wiremap.

  • EON-klientinstalleringsprogram (nødmeddelelse på stedet) – beskriver, hvordan du konfigurerer nødbeskeder.

Intrado-supportdokumenter

  • Nødroutingtjeneste LIS-integrationsvejledning

  • Brugervejledning til nød-routingtjeneste

9Line/Bandwith-supportdokumenter

  • 9Line til BroadWorks-administrationsvejledning

BroadWorks

For at bruge denne funktion skal du have installeret følgende BroadWorks-programrettelser. Installer kun de programrettelser, der gælder for din BroadWorks-udgivelse:

  • For R22:

    • AP.as.23.0.1075.ap381498

    • AP.xsp.22.0.1123.ap381498

    • AP.platform.22.0.1123.ap381498

  • Til R23

    • AP.as.22.0.1123.ap381498

    • AP.xsp.23.0.1075.ap381498

    • AP.platform.23.0.1075.ap381498

    • ADP RI-app: CommSystem-23_2021.11_1.160.bwar

  • For R24:

    • AP.as.24.0.944.ap381498

    • ADP RI-app: CommSystem-24_2021.11_1.160.bwar

Telefoner

MPP-telefoner bruger downloadede konfigurationsparametre til at få adgang til RedSky Location Information Server (LIS). De modtager en token, der videresendes over peering-forbindelsen til RedSky, når en RedSky-aktiveret bruger ringer til 911 eller 933.

Enheder

HELD-egnede enheder: Når en placering er aktiveret for RedSkyE911-tjenester, genererer Cisco Broad Works-enhedsadministrationssystemer opdaterede enhedskonfigurationer for at aktivere HELD-funktionalitet. Hver AFHOLDT-enhed skal synkroniseres eller genindtialeres for at hente den nye konfiguration, før enheden kan bruge HELD til placeringstjenester.

Webex-app

Webex-desktopapps og -tablets bruger downloadede konfigurationsparametre til at få adgang til RedSkyE911-udbyderens LIS (Location Information Server). Brugere skal indtaste deres adresse oplysninger om placering én gang pr. placering. RedSkyE911-udbyderen fører en optegnelse over hver placering. Når brugeren logger ind fra en ny placering, bliver brugeren bedt om at indtaste sine oplysninger om placering, som bliver tilføjet i databasen.

Når brugeren ringer til 911 eller 933, videregives geoplaceringsoplysningerne i SIP-headeren.

Tilføj E911-adresse
Som standard beder Webex-appen brugere om at opdatere deres placering, når de logger ind på en ukendt placering. Konfigurationskoden %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% giver dog administratorer mulighed for at omkonfigurere hyppigheden for at inkludere netværksændringer til en ukendt placering. Se Konfigurationsmærker for Webex-klient for nødopkald for konfigurationsmuligheder.

E911 Opgavestrøm til konfiguration af nødopkald

Fuldfør de følgende opgaver på BroadWorks for at konfigurere Webex til Cisco BroadWorks til E911 nødopkald med RedSky. På BroadWorks konfigureres E911 ved hjælp af funktionen Tredjeparts nødopkald .
1

Aktiver funktion

Brug CLI til at aktivere funktionen 101792.

2

Konfigurer URL-adresser til tredjepartsopkald

Brug CLI til at konfigurere indstillinger såsom URL-adresser, der bruges af RedSkythe E911-udbyderen.

3

Kontrollér nødopkaldsstrenge

Verificer opkaldsstrengene, som BroadWorks bruger til nødopkald.

4

Konfigurer SIP-sidehovedproxyregel

På applikationsserveren skal du konfigurere en SIP-headerproxyregel.

5

Konfigurer tredjeparts nødopkald (virksomheds-/Tjenesteudbyder tjeneste)

På CommKonfigurer Enterprise-tjenesten til nødopkald fra tredjepart.

6

Konfigurer tredjeparts nødopkald (gruppetjeneste)

På CommFigur skal du konfigurere gruppetjenesten for tredjeparts nødopkald.

Aktiver funktion

På applikationsserveren skal du køre følgende CLI-kommando for at aktivere funktionen 101792.

AS_CLI/System/ActivatableFeature> aktivér 101792

Konfigurer URL-adresser til tredjepartsopkald

Brug CLI til at konfigurere AS med parametre for nødopkald fra tredjepart, såsom URL-adresser til RedSky E911-udbyder.

1

Kør følgende CLI-kommando for at se aktuelle parameterindstillinger:

AS_CLI/Service/ThirdPartyEmergencyCalling> få primaryHELDServerURL= secondaryHELDServerURL= emergencyRouteHost= emergencyRoutePort= emergencyRouteTransport= 
2

Kør følgende CLI-kommando for at indstille parametrene. Se den efterfølgende tabel for oplysninger om felterne:

Indstil , Flere valgmuligheder = {primaryHELDServerURL, secondaryHELDServerURL, emergencyRouteHost, emergencyRoutePort, emergencyRouteTransport} , streng {1 til 256 tegn} , streng {1 til 256 tegn} , IP-adresse | værtsdomæne | (1 til 80 tegn) , heltal {1025 til 65355} , valg = {udp, tcp, tls, uspecificeret} 

Se følgende tabel for hjælp med parametrene:

Indstilling

Beskrivelse

URL-adresse til primær AFHOLDT server

Denne parameter definerer den primære URL-adresse for HELD-serveren. Denne parameter kan ikke ryddes, hvis der er nogen virksomheder i systemet, der tillader aktivering af tredjeparts nødopkald. Den gyldige værdi for denne parameter er en streng med en længde på mellem 1 og 256 tegn. Det skal være en gyldig http- eller https-URL-adresse. Der er ingen standardværdi.

Sekundær AFHOLDT server-URL-adresse

Denne parameter definerer den sekundære URL-adresse til HELD-serveren. Dette felt må ikke være det samme som URL-adressen for den primære HELD-server. Den gyldige værdi for denne parameter er en streng med en længde på mellem 1 og 256 tegn. Det skal være en gyldig http- eller https-URL-adresse. Der er ingen standardværdi.

Nødvært for rute

Denne parameter definerer værtsadressen til nød routen. Værdien for denne parameter skal være en gyldig FQDN, IPv4 adresse, eller IPv6 adresse. Denne parameter kan ikke ryddes, hvis der er nogen virksomheder i systemet, der tillader aktivering af tredjeparts nødopkald. Der er ingen standardværdi.

Nødvejport

Denne parameter definerer nødvejporten. Den gyldige værdi for parameteren er et heltal mellem 1025 til 65355. Der er ingen standardværdi.

Nødtransport af ruter

Denne parameter definerer transportprotokollen for nødsvej. De mulige værdier for denne parameter er:

  • UDP

  • TCP

  • TLS

  • Uspecificeret – dette er standardværdien

Kontrollér nødopkaldsstrenge

1

I AS skal du køre følgende CLI-kommando for at verificere opkaldsstrengene, der bruges til nødopkald. Bemærk, at 933 bør inkluderes ud over 911. 933 præfikset bruges til testopkald.

AS_CLI/System/CallP/CallTypes> få landekodenummer kort opkaldstype ================================== 1 1911 Nødopkald 1 911 Nødopkald 1 933 
2

Hvis du har brug for at tilføje opkaldsstrenge, skal du bruge følgende kommando:

AS_CLI/System/CallP/CallTypes> tilføj   
Få detaljerede oplysninger om disse CLI-kommandoer i administrationsvejledningen til Cisco Broad Works Application Server Command Line Interface.

Konfigurer SIP-sidehovedproxyregel

På applikationsserveren skal du konfigurere en SIP-headerregel sammen med RedSky E911-udbyderens HELD-servere. Dette er påkrævet, så AS kan proxy SIP-overskrifter til Red Sky E911-udbyderens SIP-servere.
1

Kør følgende CLI-kommandoer for at indstille flaget KeepOnEgressNetworkOffNet indstillet til sand.

AS_CLI/Interface/SIP/ProxyPolicy/Rule> tilføj redsky911proxy911 falsk falsk falsk falsk falsk falsk falsk falsk falsk falsk

AS_CLI/Interface/SIP/ProxyPolicy/Rule> tilføj redsky911proxy911 falsk falsk falsk falsk falsk falsk falsk falsk falsk falsk

2

Kør følgende CLI-kommandoer for at tilføje SIP-sidehovederne til denne regel:

AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> tilføj geografisk placering redsky911proxy911

AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> tilføj dirigering af geografisk placering redsky911proxy911

Konfigurer tredjeparts nødopkald (virksomheds-/Tjenesteudbyder tjeneste)

Konfigurer indstillinger for tredjeparts nødopkald på virksomhedsniveau.

Før du begynder

Sørg for, at du forstår, hvilken klargøringsmodel du bruger, som kunde-id og secret key-konfigurationer afhænger af modellen:

  • Klargøringsmodel for virksomhed – kundeorganisationen er en virksomhed. Forskellige grupper, såsom forskellige websteder, falder inden for virksomheden.

  • Tjenesteudbyder klargøringsmodel – gå til er en kundeorganisation. Forskellige grupper under -Tjenesteudbyder er urelaterede med hinanden.

1

I vinduet Comm Pilot Services skal du vælge Tredjeparts nødopkald.

2

Markér afkrydsningsfeltet Tillad aktivering.

3

Indtast værdier for felterne Kunde-ID og Hemmelig nøgle , afhængigt af hvilken klargøringsmodel du kører:

  • Virksomhedscertificeringsmodel – angiv de værdier, som Red Sky-udbyderen leverer til E911.

  • Tjenesteudbyder klargøringsmodel – Indtast dummy-værdier (din gruppekonfiguration i den næste opgave tilsidesætter disse værdier).

4

Klik på Ok.

Du kan også konfigurere disse indstillinger automatisk af et back-office-system ved hjælp af denne kommando: TjenesteudbyderTredjepartNødopkaldsændring.
Hvis du konfigurerer nødopkald for en tjenesteudbyders egen organisation (i stedet for kundeorganisationer, som tjenesteudbyderen administrerer), skal du bruge Enterprise-klargøringsmodellen og tilføje et unikt kunde-id og hemmelig nøgle til tjenesteudbyderens egen organisation.

Felt

Beskrivelse

Tillad aktivering

Denne parameter definerer, om tredjeparts nødopkald kan aktiveres for grupperne inden for virksomheden. Gyldig værdi for denne parameter er sand og falsk. Standardværdien er falsk.

Hvis URL-adressen for afholdt server på systemniveau ikke er angivet, eller nødruteinfo ikke er konfigureret, er aktivering ikke tilladt på virksomhedsniveau.

Kunde-ID

Denne parameter definerer det Red SkyE911-kunde-id, der bruges i tredjepartsnødopkaldstjenesten. Denne værdi er unik for en bestemt kundeorganisation, der administreres af en Tjenesteudbyder. Den maksimale længde for denne parameter er 36 tegn. Hvis Tillad aktivering er sand, må kunde-id'et ikke være tomt.

Tildel den værdi, der svarer til den provisioneringsmodel, du kører:

  • Virksomhedsmodel – indtast den værdi, som Red Sky-provideofilmen har leveret af E911-udbyderen.

  • Tjenesteudbyder model – Indtast en dummy-værdi (indstillingen for din gruppetjeneste tilsidesætter denne værdi).

Hemmelig nøgle

Denne parameter definerer den entydige hemmelige nøgle tilRed Sky E911-udbyder, der bruges af virksomheden (som defineret af kunde-id) i tredjepartsnødopkaldstjenesten. Formatet Hemmelig nøgle er alfanumerisk, UTF-8. Dette felt er obligatorisk, når kunde-id'et er defineret.

Tildel den værdi, der svarer til den provisioneringsmodel, du kører:

  • Virksomhedsmodel – indtast den værdi, som Red Sky-provideofilmen har leveret af E911-udbyderen.

  • Tjenesteudbyder model – Indtast en dummy-værdi (indstillingen for din gruppetjeneste tilsidesætter denne værdi).

Konfigurer tredjeparts nødopkald (gruppetjeneste)

Hvis du bruger den Tjenesteudbyder-provisioneringsmodel, skal du konfigurere tredjeparts nødopkald, der vises under Gruppetjenester.

Før du begynder

Sørg for, at du forstår, hvilken klargøringsmodel du bruger, som kunde-id og secret key-konfigurationer afhænger af modellen:

  • Klargøringsmodel for virksomhed – kundeorganisationen er en virksomhed. Forskellige grupper, såsom forskellige websteder, falder inden for virksomheden.

  • Tjenesteudbyder klargøringsmodel – gå til er en kundeorganisation. Forskellige grupper under -Tjenesteudbyder er urelaterede med hinanden.

For gruppeprofilindstillinger skal landet være USA eller CAN (for Canada).

1

I vinduet Comm Pilot Group Services skal du vælge Tredjeparts nødopkald.

2

Marker begge af følgende afkrydsningsfelter:

  • Aktiver tredjeparts administration af nødopkaldsenhed

  • Aktiver tredjeparts routing af nødopkald

3

Indtast de relevante kunde-id - og hemmelige nøgleværdier for denne gruppe i henhold til din klargøringsmodel:

  • Klargøringsmodel for virksomhed – Lad felterne være tomme. Værdierne i den tidligere enterprise-tjenesteydelsesprocedure anvendes.

  • Tjenesteudbyderklargøringsmodel – indtast de værdier, som Red Sky-provideofilmen har leveret af E911-udbyderen.

4

Klik på Ok.

Se følgende tabel for hjælp med felterne.

Felt

Beskrivelse

Aktiver tredjeparts administration af nødopkaldsenhed

Denne parameter angiver, om administration af tredjeparts nødopkaldsenhed er aktiveret for gruppen. Denne parameter kan ikke aktiveres, hvis virksomhedsniveau ikke tillader aktivering. Denne parameter kan ikke deaktiveres, når gruppe-tredjeparts nødrouting er aktiveret. Gyldige værdier for denne parameter er sande (markerede) og falske (ikke markeret). Standardværdien er falsk.

Aktiver tredjeparts routing af nødopkald

Denne parameter angiver, om routing af tredjeparts nødopkald er aktiveret for gruppen. Dirigering kan ikke aktiveres, hvis virksomhedsniveau ikke tillader aktivering. Routing kan ikke aktiveres, hvis tredjeparts nødenhedsadministration ikke er aktiveret.

De gyldige værdier for denne parameter er sande (markerede) og falske (ikke markeret). Standardværdien er falsk.

Kunde-ID

Denne parameter definerer det Red SkyE911-kunde-id, der bruges i tredjepartsnødopkaldstjenesten. Denne værdi er unik for en bestemt kundeorganisation, der administreres af Tjenesteudbyder. Den maksimale længde for denne parameter er 36 tegn. Hvis kunde-id'et for gruppetjenesten ikke er defineret, bruges virksomheds-/serviceudbyder-niveauets kunde-id.

Tildel den værdi, der svarer til den klargøringsmodel, du bruger:

  • Virksomhedsmodel – Lad dette felt være tomt. Værdien fra Enterprise Service-proceduren bliver påført.

  • Tjenesteudbydermodel – indtast den værdi, som Red Sky-provideofilmen har leveret af E911-udbyderen.

Hemmelig nøgle

Denne parameter definerer den hemmelige nøgle forRed Sky E911, der bruges med tredjepartsnødopkaldstjenesten. Denne nøgle er unik for gruppen (som defineret af kunde-id) og bruger et alfanumerisk UTF-8-format. Dette felt er obligatorisk, hvis kunde-id'et er defineret. Hvis tjenesteydelsen Hemmelig nøgle ikke er defineret, anvendes virksomhedens/tjenesteudbyderens Hemmelig nøgle niveau.

Tildel den værdi, der svarer til den klargøringsmodel, du bruger:

  • Virksomhedsmodel – Lad dette felt være tomt. Værdien fra Enterprise Service-proceduren bliver påført.

  • Tjenesteudbydermodel – indtast den værdi, som Red Sky-provideofilmen har leveret af E911-udbyderen.

Webex-klientkonfigurationstags til nødopkald

Dynamiske tags

Følgende tabel opsummerer de dynamiske Webex DMS-tags, der vises i Webex-klientkonfigurationsfilen (config.wxt-xml), og hvordan de bliver afledt dynamisk fra BroadWorks-konfigurationen.

Disse er "indbyggede, dynamiske" tags, ikke brugertilpassede tags, der oprettes direkte og udfyldes af administratoren.

Tag

Datakilde

%BWE911-PRIMARY-HELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> primærURL-adresse tilHELDS-arver

%BWE911-SECONDARY-HELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> sekundærURL-adresse tilHELDS-ærv

%BWE911-EMERGENCY-NUMBER-LIST%

AS_CLI/System/CallP/CallTypes> Cifre-kortværdier markeret som "nødsituation"

Hvis du vil bruge dette mærke, skal %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% det reserverede brugerdefinerede mærke føjes til et tagsæt, der bruges af enhedstypen. Det reserverede tag skal indeholde de nødnumre, der er defineret under AS_CLI/System/CallP/CallTypes> i et kommasepareret format som f.eks. 911, 0911, 933.

Bemærk, at Webex-appen ikke understøtter jokertegn i nødnumre. Kun nøjagtige nødnumre bør tilføjes til det reserverede brugertilpassede tag.

Følgende eksempel viser, hvordan det reserverede tag-funktionalitet er beregnet til at blive brugt:

  1. Det indbyggede mærke %BWE911-EMERGENCY-NUMBER-LIST% føjes til skabelonfilen for en enhed.

  2. Det reserverede brugerdefinerede tag %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% tilføjes i et tagsæt, der bruges af enheden med værdien 911, 1911, 933.

  3. Når filen genopbygges, bliver %BWE911-EMERGENCY-NUMBER-LIST% det indbyggede tag løst til 911, 1911, 933.

%BWE911-CUSTOMERID%

Konfigureret gruppe kunde-id, hvis det ikke er tomt, ellers er SP/Enterprise konfigureret id

%BWE911-SECRETKEY%

Konfigureret gruppe hemmelig nøgle, hvis den ikke er tom, ellers SP/Enterprise Secret Key

Brugertilpassede tags

Følgende er en liste over desktop- og tablet-tags i Webex-appen til nødopkald. Se venligst Webex for Cisco BroadWorks konfigurationsvejledning for yderligere detaljer:

Selvom nogle af disse brugertilpassede tags bruger "REDSKY" i tagnavnet, kan disse tags også bruges til E911 opkaldsintegration, der bruger 9Line/båndbredde eller Intrado som E911-udbyder.

%ENABLE_EMERGENCY_DIALING_WXT%

  • Beskrivelse: Aktiverer nødopkaldsregistreringer

  • Værdier: [true|false]

  • Standardværdi: falsk

%EMERGENCY_DIALING_ENABLE_REDSKY_WXT%

  • Beskrivelse: Aktiver Redsky nødplaceringsplatform

  • Værdier: [true|false]

  • Standardværdi: falsk

%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%

  • Beskrivelse: Definerer adfærden for påmindelse om E911-placering. "lokalitet"-værdien viser dialogen til brugeren på hvert netværk ændres til en ukendt placering. ""once_per_login-værdien viser kun dialogen, mens du logger ind på en ukendt placering, hvilket forhindrer yderligere pop op-vindue og distraktioner for brugeren.

  • Værdier: [navn|once_per_login]

  • Standardværdi: once_per_login

%EMERGENCY_REDSKY_USER_MANDATORY_LOCATION_WXT%

  • Beskrivelse: De gange, som brugeren har tilladelse til at lukke dialogboksen placering, før placering bliver obligatorisk. En værdi på -1 tillader brugeren at lukke dialogen på ubestemt tid.

  • Værdier: [-1 - 100]

  • Standardværdi: -1

%EMERGENCY_REDSKY_USER_REMINDER_TIMEOUT_WXT%

  • Beskrivelse: Timeout i minutter, der vil blive brugt til at påmindelse brugeren om at opdatere nødplaceringen, hvis den aktuelle placering ikke er indtastet eller er ugyldig. Hvis 0 er indstillet, vil der ikke være nogen påmindelser.

  • Værdier: [0-43200]

  • Standardværdi: 0

Skift historik

Ændring

Detaljer

25. oktober 2023

Opdateret sektionen Placerin g registrering.

Den 09. maj 2023

Opdateret E911-nødopkald i Webex fo r Broad Works.

13. december 2022

Tilføjet bemærkninger under afsnittet Placerin g registrering.

24. august 2022

Opdaterede PSTN og E911-routing med aktiveret placering.

25. april 2022

Tilføjede landekrav til konfiguration af gruppetjeneste.

23. marts 2022

Tilføjede begrænsning af jokertegn for %BWE911-EMERGENCY-NUMBER-LIST% tagoplysninger.

21. marts 2022

Tilføjede note med oplysninger om krav til det %BWE911-EMERGENCY-NUMBER-LIST% indbyggede tag.

14. marts 2022

Tilføjet nyt konfigurationsmærke, %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%som tillader administratorer at redigere placeringsopdateringsfrekvensen.