E911 Notruf in Webex für BroadWorks

Diese Integration gewährleistet die Einhaltung von Ray Baum Act Phase II. Die vollständige Konformität für alle Geräte, einschließlich Mobilgeräte wie Tablets, wird bis Januar 2022 gewährleistet.

E911-Anbieter

Dieser Artikel kann verwendet werden, um E911-Notrufe mithilfe der folgenden E911-Anbieter zu konfigurieren:

9 Leitungen/Bandbreite
Intrado
RedSky

Funktionsweise

Die E911-Anrufdienste bieten Dienste zur Ortung von Benutzern und ein Netzwerk, das Notrufe an Anrufbeantworter für öffentliche Sicherheit (PSAPs) in den USA, ihren Territorien und Kanada weiterleitet. E911-Dienste können pro Standort aktiviert werden. Nachdem ein Standort aktiviert wurde, nutzen Notrufe (911 für Notrufe und 933 für Testanrufe) von Telefonen und Kunden, die diesem Standort zugewiesen sind, den E911-Anrufdienst, der Folgendes bewirkt:

FINDEN — Der E911-Anrufdienst findet den Standort des Benutzers. Sowohl die Webex-App als auch Tischtelefone senden MAC- oder Netzwerkinformationen an den E911-Anrufdienst, der eine Firmennetzkarte verwendet, um den Standort zu ermitteln. Webex-App-Benutzer: Wenn ihr Standort nicht bestimmt werden kann, wird der Benutzer aufgefordert, Standortinformationen einzugeben, die dann an den E911-Anrufdienst übermittelt werden.
Route — Bei 911- und 933-Anrufen werden die Standortinformationen zum SIP-Header hinzugefügt, wodurch der Benutzer auch als E911-Anrufer identifiziert wird. Der E911-Dienst leitet den Anruf an die entsprechende Telefonzentrale für den Standort weiter.
BENACHRICHTIGEN — Der E911-Dienst sendet Benachrichtigungen an das entsprechende Personal (z. B. Sicherheits- oder Rettungsdienste).

Der E911-Dienst erledigt die folgenden Aufgaben:

Der E911-Anbieter unterhält die vom Partner/Kunden bereitgestellte Datenbank, die einen Notruf einem versendbaren Standort zuordnet.
Basierend auf dem versendbaren Standort des anrufenden Geräts leitet der E911-Anbieter Notrufe an die richtige Notrufzentrale weiter. Der Anruf enthält Standortinformationen, sodass die PSAP weiß, wohin das Notfallpersonal geschickt werden muss, sowie die Rückrufnummer.
Der E911-Anbieter generiert optionale Benachrichtigungen an das Unternehmenspersonal.
Bei Abonnements mit erweiterten Lizenzen leitet der E911-Anbieter das Unternehmenspersonal an Notrufe von Unternehmensbenutzern weiter und sendet Pop-Benachrichtigungen.

Standorterkennung

Die E911-Anrufdienste unterstützen zwei Hauptarten der Standorterkennung: HELD und NONHELD.

Dynamische Standorterkennung für Geräte ohne Festnetz. Das sind Geräte, die sich innerhalb der Räumlichkeiten bewegen (Festnetztelefone).

Bei Festnetztelefonen basiert die Standorterkennung auf der Netzwerkerkennung. Tischtelefongeräte verwenden ein Protokoll namens HTTP Enabled Location Delivery (HELD), um ihre Netzwerkumgebungsinformationen (LLDP-fähiger Upstream-Switch, Wireless Access Points (WAP) BSSID, IP-Adresse oder ihre MAC-Adressen) an den E911 HELD-Dienst zu melden.
Für die HELD+-fähige Webex-App auf dem Desktop basiert die Standorterkennung auf der Netzwerkerkennung, um ihre Netzwerkumgebungsinformationen (Upstream-LLDP-fähiger Switch, Wireless Access Points (WAP) BSSID, IP-Adresse oder Standard-MAC-Adresse des Upstream-Gateways) an den E911 HELD+-Service zu melden ((CDP) wird nicht unterstützt). Cisco Discovery Protocol Wenn Geräte über einen Telefon-Passthrough-Port verbunden sind, kann auf LLDP-Informationen nicht zugegriffen werden, da die LLDP-Pakete vom Switch am Telefon enden.

Dynamische Standorterkennung für den E911-Dienst. Das sind HELD+-Geräte, die außerhalb des Firmengeländes betrieben werden.

Für die HELD+-fähige Webex-App auf Desktop- und mobilen Plattformen (Tablets), die keine Mobilfunkverbindung haben, basiert die Standorterkennung auf der Netzwerkerkennung, zu der die BSSID der Wireless Access Points (WAP), die IP-Adresse und die Standard-MAC-Adresse des Upstream-Gateways gehören. Wenn die Webex-App feststellt, dass sich das Gerät an einem bekannten Standort befindet, wird der Standort des Benutzers automatisch aktualisiert. Die Webex-App sendet jede der oben aufgeführten verfügbaren Netzwerkkennungen an den E911-Anbieter. Wenn der E911-Anbieter feststellt, dass sich das Gerät an einem bekannten Standort befindet, wird der Standort des Benutzers automatisch aktualisiert. Wenn die Webex-App bei der Anmeldung feststellt, dass das Gerät an einen unbekannten Ort verschoben wurde, wird der Benutzer aufgefordert, eine neue Adresse zu aktualisieren. Wenn der Benutzer jedoch bereits angemeldet ist, wenn ein unbekannter Standort erkannt wird, wird der Benutzer nicht aufgefordert und das rote X wird in der Fußzeile der Webex-App angezeigt. Der Benutzer kann auf das rote X klicken, um seinen Standort zu aktualisieren (vorausgesetzt, das %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%Konfigurations-Tag ist auf Standard gesetzt). Der E911-Anbieter validiert und speichert den neuen Standort in seiner Datenbank.

Alle VPN- und virtuellen Netzwerkschnittstellen auf dem Webex-Desktop (Windows und macOS) sollten ignoriert werden. Für Windows verwendet MSFT_NetAdapter die Webex-App den Parameter „boolean Virtual“, um VPN- und virtuelle Schnittstellen herauszufiltern.

Die Erkennung des Gerätestandorts wurde behoben. Das sind Geräte ohne Fernbedienung, die sich nicht bewegen.

Standorterkennung auf Basis von Telefonnummern: Für Geräte, die nicht in der Hand gehalten werden können, dazu gehören Mobilgeräte ohne Mobilfunkzugang, Softphone-Clients, Cisco ATAs, Cisco DECT-Systeme und alle Geräte, die nicht von Cisco vor Ort stammen (CPE), basiert die Standortbestimmung auf der Anrufer-ID, die im Test oder Notruf angegeben wurde.

PSTN- und E911-Standortfähiges Routing

BroadWorks leitet Notrufe an den E911-Dienst weiter, sodass der Anruf an das entsprechende PSAP statt an das PSTN gesendet werden kann. Diese Route wird für alle Endpunkte verwendet, die Notrufe vom E911-fähigen Standort aus tätigen. Dazu gehören Festplatten und tragbare Endgeräte (wie Mobiltelefone, Tablets und Laptops).

Eine Ausnahme von dieser Regel gilt für Mobilfunkkunden. Diese Kunden senden Notrufe direkt an das Public Land Mobile Network (PLMN, das mobile Äquivalent zum PSTN), indem sie den eingebauten Dialer am Telefon verwenden.

E911 Emergency Calling diagram in Webex for BroadWorks — ***E911 Notruf in Webex für BroadWorks***

Anforderungen für die E911-Integration

Komponente	Anforderung
E911-Anrufanbieter	Der Partner muss eine Vereinbarung mit einem E911-Anrufanbieter abschließen, um Notrufe mithilfe der von Cisco bereitgestellten Implementierung für Webex App Desktop- und Tablet-Clients und MPP-Telefone (HELD) weiterzuleiten. E911-Provider-Konfiguration Der Partner muss das E911-Anbieterportal so konfigurieren, dass Ortungsdienste für die folgenden Gerätetypen bereitgestellt werden: Anrufe von HELD-Geräten, die Wiremap-Informationen zur Standortbestimmung verwenden (zum Beispiel die Webex-App) Anrufe von Geräten, die nicht in der Hand gehalten werden und die Anrufer-ID zur Standortbestimmung verwenden (DECT-, ATA- und Raum-/Schreibtisch-/Bordgeräte) Support-Dokumente RedSky Horizon Mobility Administrationshandbuch — Enthält die Pflichten des Service Providers. RedSky Horizon Mobility Benutzerhandbuch — Für Unternehmensadministratoren. Diese Anleitung beschreibt, wie Sie die Wiremap einrichten. EON Client Installer (Notfallbenachrichtigung vor Ort) — Beschreibt, wie Notfallbenachrichtigungen eingerichtet werden. Intrado-Supportdokumente Leitfaden zur LIS-Integration von Emergency Routing Service Benutzerhandbuch für den Notfall-Routing-Service 9 Line/Band mit Support-Dokumenten 9Line für BroadWorks Administratorhandbuch
BroadWorks	Um diese Funktion nutzen zu können, müssen Sie die folgenden BroadWorks-Patches installiert haben. Installieren Sie nur die Patches, die für Ihre BroadWorks-Version gelten: Für R22: AP.AS.23.0.1075.AP381498 AP.XSP.22.0.1123.ap381498 AP.Platform.22.0.1123.ap381498 Für R23 AP.AS.22.0.1123.AP381498 AP.XSP.23.0.1075.AP381498 AP.Platform.23.0.1075.AP381498 ADP IR-App: Commpilot-23_2021.11_1.160.bwar Für R24: AP.AS.24.0.944.AP381498 ADP-ID-App: Commpilot-24_2021.11_1.160.bwar
Telefone	MPP-Telefone verwenden heruntergeladene Konfigurationsparameter, um auf den E911 Location Information Server (LIS) zuzugreifen. Sie erhalten ein Token, das über die Peering-Verbindung an E911 weitergeleitet wird, wenn ein E911-fähiger Benutzer 911 oder 933 wählt.
Geräte	HELD-fähige Geräte: Sobald ein Standort für E911-Dienste aktiviert ist, generieren die Cisco BroadWorks Geräteverwaltungssysteme aktualisierte Gerätekonfigurationen, um die HELD-Funktionalität zu ermöglichen. Jedes HELD-Gerät muss neu synchronisiert oder neu initialisiert werden, um die neue Konfiguration zu übernehmen, bevor das Gerät HELD für Ortungsdienste verwenden kann.
Webex-App	Webex-Desktop- und Tablet-Apps verwenden heruntergeladene Konfigurationsparameter, um auf den Location Information Server (LIS) des E911-Anbieters zuzugreifen. Benutzer müssen ihre Standortinformationen einmal pro Standort eingeben. Der E911-Anbieter führt Aufzeichnungen über jeden Standort. Wenn sich der Benutzer von einem neuen Standort aus anmeldet, wird er aufgefordert, seine Standortinformationen einzugeben, die der Datenbank hinzugefügt werden. Wenn der Benutzer einen 911- oder 933-Anruf tätigt, werden die Geolokalisierungsinformationen im SIP-Header weitergegeben. *E911-Adresse hinzufügen* Standardmäßig fordert die Webex-App Benutzer auf, ihren Standort zu aktualisieren, wenn sie sich an einem unbekannten Ort anmelden. Mit dem Konfigurations-TagEMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%% können Administratoren jedoch die Frequenz neu konfigurieren, um jede Netzwerkänderung an einem unbekannten Ort einzubeziehen. Konfigurationsoptionen finden Sie unter Webex-Client-Konfigurations-Tags für Notrufe.

E911 Aufgabenablauf zur Konfiguration von Notrufen

Führen Sie die folgenden Aufgaben auf BroadWorks aus, um Webex für Cisco BroadWorks für E911-Notrufe zu konfigurieren. Auf BroadWorks wird E911 mit der Notruffunktion eines Drittanbieters konfiguriert.

1	Funktion aktivieren Verwenden Sie die CLI, um die Funktion 101792 zu aktivieren.
2	Anruf-URLs von Drittanbietern konfigurieren Verwenden Sie die CLI, um Einstellungen wie URLs zu konfigurieren, die vom RedSkythe E911-Anbieter verwendet werden.
3	Überprüfen Sie die Notrufzeichenfolgen Überprüfen Sie die Wählzeichenfolgen, die BroadWorks für Notrufe verwendet.
4	SIP-Header-Proxyregel konfigurieren Konfigurieren Sie auf dem Anwendungsserver eine SIP-Header-Proxyregel.
5	Notrufe von Drittanbietern konfigurieren (Unternehmens-/Service Provider-Dienst) Konfigurieren Sie auf CommPilot den Enterprise-Dienst für Notrufe von Drittanbietern.
6	Notrufe von Drittanbietern konfigurieren (Gruppendienst) Konfigurieren Sie auf CommPilot den Gruppendienst für Notrufe von Drittanbietern.

Funktion aktivieren

Führen Sie auf dem Anwendungsserver den folgenden CLI-Befehl aus, um die Funktion 101792 zu aktivieren.

AS_CLI/System/ActivatableFeature> activate 101792

Anruf-URLs von Drittanbietern konfigurieren

Verwenden Sie die CLI, um das AS mit Notrufparametern von Drittanbietern wie E911-Anbieter-URLs zu konfigurieren.

Führen Sie den folgenden CLI-Befehl aus, um die aktuellen Parametereinstellungen anzuzeigen:

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

Führen Sie den folgenden CLI-Befehl aus, um die Parameter festzulegen. Informationen zu den Feldern finden Sie in der folgenden Tabelle:

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

Hilfe zu den Parametern finden Sie in der folgenden Tabelle:

Einstellung	Beschreibung
URL des primären HELD-Servers	Dieser Parameter definiert die primäre URL für den HELD-Server. Dieser Parameter kann nicht gelöscht werden, wenn ein Unternehmen im System die Aktivierung von Notrufen durch Dritte zulässt. Der gültige Wert für diesen Parameter ist eine Zeichenfolge mit einer Länge zwischen 1 und 256 Zeichen. Es sollte eine gültige HTTP- oder HTTPS-URL sein. Es gibt keinen Standardwert.
URL des sekundären HELD-Servers	Dieser Parameter definiert die sekundäre URL für den HELD-Server. Dieses Feld darf nicht mit der primären HELD-Server-URL identisch sein. Der gültige Wert für diesen Parameter ist eine Zeichenfolge mit einer Länge zwischen 1 und 256 Zeichen. Es sollte eine gültige HTTP- oder HTTPS-URL sein. Es gibt keinen Standardwert.
Host für Notfallrouten	Dieser Parameter definiert die Hostadresse der Notfallroute. Der Wert für diesen Parameter sollte ein gültiger FQDN, eine IPv4-Adresse oder eine IPv6-Adresse sein. Dieser Parameter kann nicht gelöscht werden, wenn es ein Unternehmen im System gibt, das die Aktivierung von Notrufen durch Dritte zulässt. Es gibt keinen Standardwert.
Hafen für die Notfallroute	Dieser Parameter definiert den Notfall-Routen-Port. Der gültige Wert für den Parameter ist eine Ganzzahl zwischen 1025 und 65355. Es gibt keinen Standardwert.
Transport auf der Flugroute	Dieser Parameter definiert das Notfall-Routen-Transportprotokoll. Die möglichen Werte für diesen Parameter sind: UDP TCP TLS Nicht spezifiziert — Das ist der Standardwert

Überprüfen Sie die Notrufzeichenfolgen

1	Führen Sie auf dem AS den folgenden CLI-Befehl aus, um die Wählzeichenfolgen zu überprüfen, die für Notrufe verwendet werden. Beachten Sie, dass 933 zusätzlich zu 911 enthalten sein sollte. Das Präfix 933 wird für Testanrufe verwendet. `AS_CLI/System/CallP/CallTypes> get Country Code Digit Map Call Type ================================== 1 1911 Emergency 1 911 Emergency 1 933 Emergency`
2	Wenn Sie Wählzeichenfolgen hinzufügen müssen, verwenden Sie den folgenden Befehl: `AS_CLI/System/CallP/CallTypes> add <countryCode> <publicDigitMap> <callType>` Detaillierte Informationen zu diesen CLI-Befehlen finden Sie im Cisco BroadWorks Application Server Command Line Interface Administration Guide.

SIP-Header-Proxyregel konfigurieren

Konfigurieren Sie auf dem Anwendungsserver eine SIP-Header-Regel in Verbindung mit den HELD-Servern des E911-Anbieters. Dies ist erforderlich, damit der AS die SIP-Header für Geolocation und Geolocation-Routing an die SIP-Server des E911-Anbieters weiterleiten kann.

1	Führen Sie die folgenden CLI-Befehle aus, um das `keepOnEgressNetworkOffNet`Flag auf true zu setzen. `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	Führen Sie die folgenden CLI-Befehle aus, um die SIP-Header zu dieser Regel hinzuzufügen: `AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> add geolocation redsky911proxy911` `AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> add geolocation-routing redsky911proxy911`

Notrufe von Drittanbietern konfigurieren (Unternehmens-/Service Provider-Dienst)

Konfigurieren Sie die Einstellungen für Notrufe von Drittanbietern auf Unternehmensebene.

Vorbereitungen

Stellen Sie sicher, dass Sie verstehen, welches Bereitstellungsmodell Sie verwenden, da die Konfigurationen Kunden-ID und Secret Key vom Modell abhängen:

Bereitstellungsmodell für Unternehmen — Die Kundenorganisation ist ein Unternehmen. Verschiedene Gruppen, wie z. B. verschiedene Standorte, gehören zum Unternehmen.
Bereitstellungsmodell für Dienstanbieter — die Gruppe ist eine Kundenorganisation. Verschiedene Gruppen unter dem Service Provider haben nichts miteinander zu tun.

Wählen Sie im Fenster Comm Pilot Services die Option Drittanbieter-Notruf aus.

Markieren Sie das Kontrollkästchen Aktivierung zulassen.

Geben Sie Werte für die Felder Kunden-ID und Geheimer Schlüssel ein, je nachdem, welches Bereitstellungsmodell Sie verwenden:

Enterprise Provisioning Model — Geben Sie die vom E911-Anbieter bereitgestellten Werte ein.
Bereitstellungsmodell für Dienstanbieter — Geben Sie Dummy-Werte ein (Ihre Gruppenkonfiguration in der nächsten Aufgabe überschreibt diese Werte).

Klicken Sie auf OK.

Sie können diese Einstellungen auch automatisch von einem Backoffice-System mit diesem Befehl konfigurieren: ServiceProviderThirdPartyEmergencyCallingModify.

Wenn Sie Notrufe für die eigene Organisation eines Service Providers konfigurieren (und nicht für Kundenorganisationen, die der Service Provider verwaltet), verwenden Sie das Enterprise Provisioning-Modell und fügen Sie eine eindeutige Kunden-ID und einen geheimen Schlüssel für die eigene Organisation des Service Providers hinzu.

Feld

Beschreibung

Aktivierung zulassen

Dieser Parameter definiert, ob Notrufe von Drittanbietern für die Gruppen innerhalb des Unternehmens aktiviert werden können. Der gültige Wert für diesen Parameter ist wahr und falsch. Der Standardwert ist falsch.

Wenn die HELD-Server-URL auf Systemebene nicht angegeben ist oder Informationen zur Notfallroute nicht konfiguriert sind, ist eine Aktivierung auf Unternehmensebene nicht zulässig.

Kunden-ID

Dieser Parameter definiert die E911-Kundennummer, die im Notrufdienst eines Drittanbieters verwendet wird. Dieser Wert gilt nur für eine bestimmte Kundenorganisation, die von einem Service Provider verwaltet wird. Die maximale Länge für diesen Parameter beträgt 36 Zeichen. Wenn „Aktivierung zulassen“ wahr ist, darf die Kunden-ID nicht leer sein.

Weisen Sie den Wert zu, der dem von Ihnen verwendeten Bereitstellungsmodell entspricht:

Unternehmensmodell — Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.
Service Provider-Modell — Geben Sie einen Dummy-Wert ein (Ihre Gruppenservice-Einstellung überschreibt diesen Wert).

Geheimer Schlüssel

Dieser Parameter definiert den eindeutigen geheimen E911-Anbieterschlüssel, der vom Unternehmen (wie durch die Kunden-ID definiert) im Notrufdienst eines Drittanbieters verwendet wird. Das geheime Schlüsselformat ist alphanumerisch, UTF-8. Dieses Feld ist ein Pflichtfeld, wenn die Kundennummer definiert ist.

Weisen Sie den Wert zu, der dem von Ihnen verwendeten Bereitstellungsmodell entspricht:

Unternehmensmodell — Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.
Service Provider-Modell — Geben Sie einen Dummy-Wert ein (Ihre Gruppenservice-Einstellung überschreibt diesen Wert).

Notrufe von Drittanbietern konfigurieren (Gruppendienst)

Wenn Sie das Service Provider-Bereitstellungsmodell verwenden, konfigurieren Sie Notrufe von Drittanbietern, die unter Gruppendienste angezeigt werden.

Vorbereitungen

Stellen Sie sicher, dass Sie verstehen, welches Bereitstellungsmodell Sie verwenden, da die Konfigurationen Kunden-ID und Secret Key vom Modell abhängen:

Bereitstellungsmodell für Unternehmen — Die Kundenorganisation ist ein Unternehmen. Verschiedene Gruppen, wie z. B. verschiedene Standorte, gehören zum Unternehmen.
Bereitstellungsmodell für Dienstanbieter — die Gruppe ist eine Kundenorganisation. Verschiedene Gruppen unter dem Service Provider haben nichts miteinander zu tun.

Für die Gruppenprofileinstellungen muss das Land USA oder CAN (für Kanada) sein.

Wählen Sie im Fenster Comm Pilot Group Services die Option Drittanbieter-Notrufe aus.

Markieren Sie beide der folgenden Kontrollkästchen:

Aktivieren Sie die Verwaltung von Notrufgeräten für Drittanbieter
Notruf-Routing von Drittanbietern aktivieren

Geben Sie die entsprechenden Werte für Kunden-ID und Secret Key für diese Gruppe gemäß Ihrem Bereitstellungsmodell ein:

Enterprise Provisioning Model — lassen Sie die Felder leer. Die Werte des vorherigen Enterprise Service-Verfahrens werden angewendet.
Bereitstellungsmodell für Dienstanbieter — Geben Sie die vom E911-Anbieter bereitgestellten Werte ein.

Klicken Sie auf OK.

Hilfe zu den Feldern finden Sie in der folgenden Tabelle.

Feld	Beschreibung
Aktivieren Sie die Verwaltung von Notrufgeräten für Drittanbieter	Dieser Parameter gibt an, ob die Verwaltung von Notrufgeräten von Drittanbietern für die Gruppe aktiviert ist. Dieser Parameter kann nicht aktiviert werden, wenn die Unternehmensebene keine Aktivierung zulässt. Dieser Parameter kann nicht deaktiviert werden, wenn die Notfallweiterleitung für Gruppen von Drittanbietern aktiviert ist. Gültige Werte für diesen Parameter sind wahr (aktiviert) und falsch (nicht markiert). Der Standardwert ist falsch.
Notruf-Routing von Drittanbietern aktivieren	Dieser Parameter gibt an, ob die Notruf-Weiterleitung von Drittanbietern für die Gruppe aktiviert ist. Routing kann nicht aktiviert werden, wenn die Unternehmensebene keine Aktivierung zulässt. Routing kann nicht aktiviert werden, wenn die Notfallgeräteverwaltung von Drittanbietern nicht aktiviert ist. Die gültigen Werte für diesen Parameter sind wahr (aktiviert) und falsch (nicht geprüft). Der Standardwert ist falsch.
Kunden-ID	Dieser Parameter definiert die E911-Kundennummer, die im Notrufdienst eines Drittanbieters verwendet wird. Dieser Wert gilt nur für eine bestimmte Kundenorganisation, die vom Service Provider verwaltet wird. Die maximale Länge für diesen Parameter beträgt 36 Zeichen. Wenn die Group Service-Kunden-ID nicht definiert ist, wird die Kunden-ID auf Unternehmens-/Dienstanbieter-Ebene verwendet. Weisen Sie den Wert zu, der dem von Ihnen verwendeten Bereitstellungsmodell entspricht: Unternehmensmodell — lassen Sie dieses Feld leer. Der Wert aus dem Enterprise Service-Verfahren wird angewendet. Service Provider-Modell — Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.
Geheimer Schlüssel	Dieser Parameter definiert den geheimen E911-Schlüssel, der mit dem Notrufdienst eines Drittanbieters verwendet wird. Dieser Schlüssel ist für die Gruppe eindeutig (wie durch die Kunden-ID definiert) und verwendet ein alphanumerisches UTF-8-Format. Dieses Feld ist ein Pflichtfeld, wenn die Kundennummer definiert ist. Wenn der geheime Schlüssel nicht definiert ist, wird der geheime Schlüssel auf Unternehmens-/Dienstanbieter-Ebene verwendet. Weisen Sie den Wert zu, der dem von Ihnen verwendeten Bereitstellungsmodell entspricht: Unternehmensmodell — lassen Sie dieses Feld leer. Der Wert aus dem Enterprise Service-Verfahren wird angewendet. Service Provider-Modell — Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.

Webex-Client-Konfigurations-Tags für Notrufe

Dynamische Tags

Die folgende Tabelle fasst die dynamischen Webex-DMS-Tags zusammen, die in der Webex-Client-Konfigurationsdatei (config.wxt-xml) erscheinen, und wie sie dynamisch aus der BroadWorks-Konfiguration abgeleitet werden.

Dies sind „eingebaute dynamische“ Tags, keine benutzerdefinierten Tags, die direkt vom Administrator erstellt und ausgefüllt werden.

Schlagwort	Datenquelle
%BWE911-PRIMARY-HELDURL%	AS_CLI/Service/Notrufe durch Dritte > Primäre Held-Serverurl
%BWE911-SECONDARY-HELDURL%	AS_CLI/Service/Notrufe von Drittanbietern > URL für sekundären Heldserver
%BWE911-EMERGENCY-NUMBER-LIST%	AS_CLI/system/callp/callTypes > Ziffernzuordnungswerte, die als „Notfall“ gekennzeichnet sind Um dieses Tag zu verwenden, muss das reservierte benutzerdefinierte Tag %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% zu einem Tag-Set hinzugefügt werden, das vom Gerätetyp verwendet wird. Das reservierte Tag muss die unter `AS_CLI/System/CallP/CallTypes`> definierten Notrufnummern in einem kommagetrennten Format enthalten, wie `911, 0911, 933`z. Beachten Sie, dass die Webex-App keine Platzhalter in Notrufnummern unterstützt. Nur exakte Notrufnummern sollten dem reservierten benutzerdefinierten Tag hinzugefügt werden. Das folgende Beispiel zeigt, wie die Funktion für reservierte Tags verwendet werden soll: Das native Tag %BWE911-EMERGENCY-NUMBER-LIST% wird der Vorlagendatei eines Geräts hinzugefügt. Das reservierte benutzerdefinierte Tag %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% wird einem Tag-Set hinzugefügt, das vom Gerät mit dem Wert verwendet wird. `911, 1911, 933` Wenn die Datei neu erstellt wird, wird das native Tag %BWE911-EMERGENCY-NUMBER-LIST% aufgelöst in. `911, 1911, 933`
%BWE911-CUSTOMERID%	Konfigurierte Gruppenkunden-ID, falls nicht leer, andernfalls von SP/Enterprise konfigurierte ID
%BWE911-SECRETKEY%	Konfigurierter geheimer Gruppenschlüssel, falls nicht leer, andernfalls SP/Enterprise Secret Key

Benutzerdefinierte Schlagworte

Im Folgenden finden Sie eine Liste der benutzerdefinierten Tags der Webex-App für Desktop und Tablet für Notrufe. Weitere Informationen finden Sie im Webex for Cisco BroadWorks Configuration Guide:

Obwohl einige dieser benutzerdefinierten Tags „REDSKY“ im Tagnamen verwenden, können diese Tags auch für E911-Anrufintegrationen verwendet werden, die 9Line/Bandwidth oder Intrado als E911-Anbieter verwenden.

%ENABLE_EMERGENCY_DIALING_WXT%

Beschreibung: Aktiviert die Erkennung von Notrufen
Werte: [wahr|falsch]
Standardwert: falsch

%EMERGENCY_DIALING_ENABLE_REDSKY_WXT%

Beschreibung: Redsky Emergency Location Platform aktivieren
Werte: [wahr|falsch]
Standardwert: falsch

%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%

Beschreibung: Definiert das Verhalten der E911-Standortabfrage. Der Wert „aggressiv“ zeigt dem Benutzer den Dialog bei jedem Netzwerkwechsel an einen unbekannten Ort. Der Wert "once_per_login" zeigt den Dialog nur an, wenn Sie sich an einem unbekannten Ort anmelden, wodurch weitere Popups und Ablenkungen für den Benutzer vermieden werden.
Werte: [aggressiv|once_per_login]
Vorgabewert: once_per_login

%EMERGENCY_REDSKY_USER_MANDATORY_LOCATION_WXT%

Beschreibung: Die Zeiten, zu denen der Benutzer den Standortdialog schließen darf, bevor der Standort verpflichtend wird. Ein Wert von -1 ermöglicht es dem Benutzer, den Dialog auf unbestimmte Zeit zu schließen.
Werte: [-1 - 100]
Standardwert: -1

%EMERGENCY_REDSKY_USER_REMINDER_TIMEOUT_WXT%

Beschreibung: Das Timeout in Minuten, das verwendet wird, um den Benutzer daran zu erinnern, den Notfallstandort zu aktualisieren, falls der aktuelle Standort nicht eingegeben wurde oder ungültig ist. Wenn 0 gesetzt ist, gibt es keine Erinnerungen.
Werte: [0 - 43200]
Standardwert: 0

Änderungsverlauf

Ändern	Einzelheiten
20. Januar 2025	Redaktionelle Änderungen!
25. Oktober 2023	Der Abschnitt Standorterkennung wurde aktualisiert.
09. Mai 2023	Der Abschnitt E911-Notrufe im Bereich Webex für BroadWorks wurde aktualisiert.
13. Dezember 2022	Hinweise im Abschnitt Standorterkennung hinzugefügt.
24. August 2022	PSTN und E911 Locations-Enabled Routing wurden aktualisiert.
25. April 2022	Die Länderanforderung wurde zur Konfiguration des Gruppendienstes hinzugefügt.
23. März 2022	Platzhalterbeschränkung für `%BWE911-EMERGENCY-NUMBER-LIST%`Tag-Informationen hinzugefügt.
21. März 2022	Hinweis mit Informationen zu den Anforderungen für das native Tag %BWE911-EMERGENCY-NUMBER-LIST% hinzugefügt.
14. März 2022	Neues Konfigurations-Tag,%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%, hinzugefügt, mit dem Administratoren die Häufigkeit der Standortaktualisierungen bearbeiten können.

Cisco AI Assistant

Danke für Ihr Feedback.