E911-Notrufe mit RedSky in Webex für BroadWorks

Diese Integration entspricht der Ray Baum Act Phase II. Die vollständige Compliance für alle Geräte, einschließlich mobiler Geräte wie Tablets, wird bis Januar 2022 bereitgestellt.

E911-Anbieter

Dieser Artikel kann verwendet werden, um E911-Notrufe mit den folgenden E911-Anbietern zu konfigurieren:

  • 9Leitung/Bandbreite

  • Intrado

  • RedSky

So funktioniert es

Die E911-Anrufdienste bieten Benutzerstandortdienste und ein Netzwerk, das Notrufe an PSAPs (Public Safety Answering Points) in den USA, seinen Hoheitsgebieten und Kanada weiterleitet. E911-Dienste können auf Standortbasis aktiviert werden. Nachdem ein Standort aktiviert wurde, verwenden Notrufe (911 für Notrufe und 933 für Testanrufe) von Telefonen und Clients, die diesem Standort zugewiesen sind, den E911-Anrufdienst, der Folgendes vornimmt:

  • FINDEN: Der E911-Anrufdienst sucht den Standort des Benutzers. Sowohl die Webex-App als auch die Tischtelefone senden MAC- oder Netzwerkinformationen an den E911-Anrufdienst, der zur Standortbestimmung eine Unternehmens-Wiremap verwendet. Wenn der Standort für Webex-App-Benutzer nicht ermittelt werden kann, wird der Benutzer aufgefordert, Standortinformationen einzugeben. Diese werden dann an den E911-Anrufdienst übermittelt.

  • ROUTE: Bei 911- und 933-Anrufen werden die Standortinformationen zum SIP-Header hinzugefügt, der den Benutzer auch als E911-anrufenden Benutzer identifiziert. Der E911-Dienst leitet den Anruf an den entsprechenden PSAP für den Standort weiter.

  • BENACHRICHTIGUNG: Der E911-Dienst sendet Benachrichtigungen an das entsprechende Personal (z. B. Sicherheits- oder Notfalldienste).

Der E911-Dienst übernimmt die folgenden Aufgaben:

  • Der E911-Anbieter verwaltet die vom Partner/Kunden bereitgestellte Datenbank, die einen Notruf einem Entsendestandort zuordnet.

  • Basierend auf dem Entsendestandort des anrufenden Geräts leitet der E911-Anbieter Notrufe an die richtige PSAP weiter. Der Anruf enthält Standortinformationen, damit der PSAP weiß, wo das Notfallpersonal abgesetzt werden muss, sowie die Rückrufnummer.

  • Der E911-Anbieter generiert optionale Benachrichtigungen an das Unternehmenspersonal.

  • Bei Abonnements mit erweiterten Lizenzen überbrückt der E911-Anbieter Unternehmensmitarbeiter in Notrufe von Unternehmensbenutzern und bietet Popbenachrichtigungen.

Standorterkennung

E911-Anrufdienste unterstützen zwei Haupttypen der Standorterkennung: GEHALTEN und nicht GEHALTEN.

Dynamische Standorterkennung für nicht feste Geräte. Dies sind Geräte, die sich innerhalb der Räumlichkeiten bewegen (HELD-unterstützte Tischtelefone).

  • Bei HELD-fähigen Tischtelefonen basiert die Standorterkennung auf der Netzwerkerkennung. Tischtelefongeräte verwenden ein Protokoll mit dem Namen HTTP Enabled Location Delivery (HELD), um Informationen zur Netzwerkumgebung (LLDP-aktivierter 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 auch auf der Netzwerkerkennung, um Informationen zur Netzwerkumgebung (Upstream LLDP-aktivierter Switch, Wireless Access Points (WAP) BSSID, IP-Adresse oder Standard-MAC-Adresse des Upstream-Gateways) an den E911 HELD+service zu melden.

Dynamische Standorterkennung für E911-Dienst. Dies sind HELD+-Geräte, die nicht lokal eingesetzt werden.

  • Für die HELD+-fähige Webex-App auf Desktop- und mobilen Plattformen (Tablets) ohne Mobilfunkverbindung basiert die Standorterkennung auf der Netzwerkerkennung, die die Wireless Access Points (WAP)-BSSID, die IP-Adresse, die Standard-MAC-Adresse des Upstream-Gateways und den Port/Chassis eines Upstream-Switches umfasst. 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 eine 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 erkennt, dass sich das Gerät an einen unbekannten Ort bewegt hat, wird der Benutzer aufgefordert, eine neue Adresse zu aktualisieren. Wenn der Benutzer jedoch bereits angemeldet ist, wenn ein nicht erkannter 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 den Standardwert festgelegt). Der E911-Anbieter validiert und speichert den neuen Standort in seiner Datenbank.


 

Alle VPN- und virtuellen Netzwerkschnittstellen auf Webex Desktop (Windows und MacOS) sollten ignoriert werden. Für Windows verwendet die Webex-App MSFT_NetAdapter – der Parameter „boolean Virtual“ wird zum Filtern von VPN- und virtuellen Schnittstellen verwendet.

Die Gerätestandorterkennung wurde korrigiert. Dies sind Nicht-HELD-Geräte, die sich nicht verschieben.

  • Standorterkennung auf Basis der Telefonnummer: Bei nicht-HELD-fähigen Geräten, einschließlich Mobilgeräten ohne Mobilzugriff, Softphone-Clients, Cisco ATAs, Cisco DECT-Systemen und anderen nicht von Cisco stammenden Kundenstandortgeräten (Customer Premises Equipment, CPE), basiert die Standortbestimmung auf der Anrufer-ID, die im Test- oder Notruf bestätigt wurde.

PSTN- und E911-standortfähige Weiterleitung

BroadWorks leitet Notrufe an den E911-Dienst weiter, sodass der Anruf an den entsprechenden PSAP anstatt 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 Festnetztelefone und tragbare Endpunkte (z. B. Mobiltelefone, Tablets und Laptops).

Eine Ausnahme von dieser Regel gilt für Mobilfunktelefon-Clients. Diese Clients senden Notrufe über den integrierten Dialer auf dem Telefon direkt an das Public Land Mobile Network (PLMN, das mobile Äquivalent des PSTN).

E911-Notrufe 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-Clientsand MPP-Telefone (HELD) weiterzuleiten.

E911-Anbieterkonfiguration

Der Partner muss das E911-Anbieterportal konfigurieren, um Standortdienste für die folgenden Gerätetypen bereitzustellen:

  • Anrufe von HELD-Geräten, die Wiremap-Informationen für die Standortbestimmung verwenden (z. B. die Webex-App)

  • Anrufe von Nicht-HELD-Geräten, die die Anrufer-ID für die Standortbestimmung verwenden (DECT-, ATA- und Room-/Desk-/Board-Geräte)

RedSky-Support-Dokumente

  • RedSky Horizon Mobility-Administratorhandbuch – enthält Dienstleisterverantwortlichkeiten.

  • RedSky Horizon Mobility Benutzerhandbuch – Für Unternehmensadministratoren. In diesem Handbuch wird beschrieben, wie Sie die Wiremap einrichten.

  • EON-Client-Installationsprogramm (Notfallbenachrichtigung vor Ort) – Beschreibt, wie Notfallbenachrichtigungen eingerichtet werden.

Dokumente zur Intrado-Unterstützung

  • Leitfaden zur Integration des Emergency Routing Service LIS

  • Benutzerhandbuch für Notfall-Routing-Dienst

Unterstützungsdokumente für 9Leitung/Bandbreite

  • 9Line für BroadWorks – Administratorhandbuch

BroadWorks

Um diese Funktion verwenden 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 RI-App: CommPilot-23_2021.11_1.160.bwar

  • Für R24:

    • AP.as.24.0.944.ap381498

    • ADP RI-App: CommPilot-24_2021.11_1.160.bwar

Geräte

HELD-fähige Geräte: Sobald ein Standort für E911-Dienste aktiviert ist, generieren Cisco BroadWorks-Geräteverwaltungssysteme aktualisierte Gerätekonfigurationen, um die HELD-Funktionalität zu aktivieren. Jedes HELD-Gerät muss neu synchronisiert oder erneut initialisiert werden, um die neue Konfiguration übernehmen zu können, bevor das Gerät HELD für Standortdienste 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 einen Datensatz für jeden Standort. Wenn sich der Benutzer von einem neuen Standort aus anmeldet, wird er aufgefordert, seine Standortinformationen einzugeben, die zur Datenbank hinzugefügt werden.

Wenn der Benutzer einen 911- oder 933-Anruf tätigt, werden die Geolokationsinformationen im SIP-Header übergeben.

E911-Adresse hinzufügen

 
Standardmäßig fordert die Webex-App Benutzer zur Aktualisierung ihres Standorts auf, wenn sie sich an einem unbekannten Standort anmelden. Mit dem Konfigurations-Tag %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% können Administratoren die Häufigkeit jedoch so konfigurieren, dass sie jede Netzwerkänderung an einen unbekannten Ort einschließen. Konfigurationsoptionen finden Sie unter Webex-Client-Konfigurations-Tags für Notrufe .

Ablauf der Konfigurationsaufgabe für E911-Notrufe

Führen Sie die folgenden Aufgaben auf BroadWorks aus, um Webex für Cisco BroadWorks für E911-Notrufe zu konfigurieren. In BroadWorks wird E911 mit der Funktion „Notrufe von Drittanbietern“ konfiguriert.
1

Funktion aktivieren

Verwenden Sie die CLI, um die Funktion 101792 zu aktivieren.

2

Konfigurieren von Drittanbieter-Calling-URLs

Verwenden Sie die CLI, um Einstellungen wie URLs zu konfigurieren, die vom E911-Anbieter verwendet werden.

3

Notrufzeichenfolgen prüfen

Ü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

Drittanbieter-Notrufe konfigurieren (Enterprise-/Dienstanbieterdienst)

Konfigurieren Sie in CommPilot den Enterprise-Dienst für Notrufe von Drittanbietern.

6

Drittanbieter-Notrufe konfigurieren (Gruppendienst)

Konfigurieren Sie in 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> aktivieren 101792

Konfigurieren von Drittanbieter-Calling-URLs

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

1

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

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

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-Adresse | Host | Domäne (1 bis 80 Zeichen) <emergencyRoutePort>, Integer {1025 to 65355} <emergencyRouteTransport>, Choice = {udp, tcp, tls, unspecified} 

Hilfe zu den Parametern finden Sie in der folgenden Tabelle:

Einstellung

Beschreibung

Primäre HELD-Server-URL

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 von Drittanbietern zulässt. Der gültige Wert für diesen Parameter ist eine Zeichenfolge mit einer Länge zwischen 1 und 256 Zeichen. Es sollte sich um eine gültige http- oder https-URL handeln. 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 URL des primären HELD-Servers identisch sein. Der gültige Wert für diesen Parameter ist eine Zeichenfolge mit einer Länge zwischen 1 und 256 Zeichen. Es sollte sich um eine gültige http- oder https-URL handeln. Es gibt keinen Standardwert.

Notfall-Routengastgeber

Dieser Parameter definiert die Host-Adresse für die Notfallroute. Der Wert für diesen Parameter muss ein gültiger FQDN, eine IPv4-Adresse oder eine IPv6-Adresse sein. Dieser Parameter kann nicht gelöscht werden, wenn sich ein Unternehmen im System befindet, das die Aktivierung von Notrufen von Drittanbietern zulässt. Es gibt keinen Standardwert.

Notfallweiterleitungsport

Dieser Parameter definiert den Port für die Notfallroute. Der gültige Wert für den Parameter ist eine Ganzzahl zwischen 1025 und 65355. Es gibt keinen Standardwert.

Transport von Notfallwegen

Dieser Parameter definiert das Transportprotokoll für Notfallrouten. Folgende Werte sind für diesen Parameter möglich:

  • UDP

  • TCP

  • TLS

  • Unspezifiziert – Dies ist der Standardwert

Notrufzeichenfolgen prüfen

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> Ländercode-Ziffernkarte Anruftyp ================================== 1 1911 Notfall 1 911 Notfall 1 933 Notfall abrufen 
2

Wenn Sie Wählzeichenfolgen hinzufügen müssen, verwenden Sie den folgenden Befehl:

AS_CLI/System/CallP/CallTypes> <countryCode> <publicDigitMap> <callType> hinzufügen

 
Detaillierte Informationen zu diesen CLI-Befehlen finden Sie unter Administrationsleitfaden für die Cisco BroadWorks-Anwendungsserver-Befehlszeile .

SIP-Header-Proxyregel konfigurieren

Konfigurieren Sie auf dem Anwendungsserver eine SIP-Kopfzeilenregel in Verbindung mit den HELD-Servern des E911-Anbieters. Dies ist erforderlich, damit der AS die Geolokations- und Geolokations-Routing-SIP-Header an die SIP-Server des E911-Anbieters proxy kann.
1

Führen Sie die folgenden CLI-Befehle aus, um das Flag keepOnEgressNetworkOffNet auf true festzulegen.

AS_CLI/Interface/SIP/ProxyPolicy/Rule> add proxy911 false false false true false false false false

AS_CLI/Interface/SIP/ProxyPolicy/Rule> add proxy911 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> Geolokations-Proxy911 hinzufügen

AS_CLI/Interface/SIP/ProxyPolicy/HeaderPolicy> Geolokations-Routing-Proxy911 hinzufügen

Drittanbieter-Notrufe konfigurieren (Enterprise-/Dienstanbieterdienst)

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

Vorbereitungen

Stellen Sie sicher, dass Sie verstehen, welches Bereitstellungsmodell Sie als Kunden-ID und Geheimschlüssel-Konfigurationen verwenden, hängt vom Modell ab:

  • Enterprise-Bereitstellungsmodell – Die Kundenorganisation ist ein Unternehmen. Unterschiedliche Gruppen, z. B. unterschiedliche Standorte, gehören zum Unternehmen.

  • Dienstanbieterbereitstellungsmodell – Die Goup ist eine Kundenorganisation. Unterschiedliche Gruppen unter dem Dienstleister sind nicht miteinander verwandt.

1

Wählen Sie im Fenster „Comm Pilot Services“ die Option Drittanbieter-Notrufe .

2

Aktivieren Sie das Kontrollkästchen Aktivierung zulassen.

3

Geben Sie Werte für die Felder „Kunden-ID“ und „Geheimschlüssel“ ein, je nachdem, welches Bereitstellungsmodell Sie ausführen:

  • Enterprise-Bereitstellungsmodell – Geben Sie die vom E911-Anbieter bereitgestellten Werte ein.

  • Dienstanbieter-Bereitstellungsmodell – Geben Sie Dummy-Werte ein (Ihre Gruppenkonfiguration in der nächsten Aufgabe überschreibt diese Werte).

4

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 Serviceanbieters konfigurieren (und nicht für Kundenorganisationen, die der Serviceanbieter verwaltet), verwenden Sie das Enterprise-Bereitstellungsmodell und fügen Sie eine eindeutige Kundenkennung und einen Geheimschlüssel für die eigene Organisation des Serviceanbieters hinzu.

Feld

Beschreibung

Aktivierung zulassen

Dieser Parameter definiert, ob Notrufe von Drittanbietern für die Gruppen im Unternehmen aktiviert werden können. Gültiger Wert für diesen Parameter ist true und false . Der Standardwert ist false .

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

ID des Kunden

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

Weisen Sie den Wert zu, der dem von Ihnen ausgeführten Bereitstellungsmodell entspricht:

  • Enterprise-Modell: Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.

  • Dienstleistermodell: Geben Sie einen Dummy-Wert ein (Ihre Einstellung für den Gruppendienst überschreibt diesen Wert).

Geheimschlüssel

Dieser Parameter definiert den eindeutigen Geheimschlüssel des E911-Anbieters, der vom Unternehmen (wie durch „Kunden-ID“ definiert) im Notrufdienst eines Drittanbieters verwendet wird. Das Format des geheimen Schlüssels ist alphanumerisch, UTF-8. Dieses Feld ist obligatorisch, wenn die Kundenkennung definiert ist.

Weisen Sie den Wert zu, der dem von Ihnen ausgeführten Bereitstellungsmodell entspricht:

  • Enterprise-Modell: Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.

  • Dienstleistermodell: Geben Sie einen Dummy-Wert ein (Ihre Einstellung für den Gruppendienst überschreibt diesen Wert).

Drittanbieter-Notrufe konfigurieren (Gruppendienst)

Wenn Sie das Dienstanbieter-Bereitstellungsmodell verwenden, konfigurieren Sie Notrufe von Drittanbietern, die unter „Gruppendienste“ angezeigt werden.

Vorbereitungen

Stellen Sie sicher, dass Sie verstehen, welches Bereitstellungsmodell Sie als Kunden-ID und Geheimschlüssel-Konfigurationen verwenden, hängt vom Modell ab:

  • Enterprise-Bereitstellungsmodell – Die Kundenorganisation ist ein Unternehmen. Unterschiedliche Gruppen, z. B. unterschiedliche Standorte, gehören zum Unternehmen.

  • Dienstanbieterbereitstellungsmodell – Die Goup ist eine Kundenorganisation. Unterschiedliche Gruppen unter dem Dienstleister sind nicht miteinander verwandt.

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

1

Wählen Sie im Fenster Dienste der Comm Pilot Group Third-Party Emergency Calling .

2

Aktivieren Sie beide der folgenden Kontrollkästchen:

  • Drittanbieter-Verwaltung für Notrufgeräte aktivieren

  • Drittanbieter-Routing für Notrufe aktivieren

3

Geben Sie die entsprechenden Werte für „Kunden-ID“ und „ Geheimschlüssel“ für diese Gruppe gemäß Ihrem Bereitstellungsmodell ein:

  • Enterprise-Bereitstellungsmodell: Lassen Sie die Felder leer. Die Werte im vorherigen Enterprise Service-Verfahren werden angewendet.

  • Dienstanbieter-Bereitstellungsmodell: Geben Sie die vom E911-Anbieter bereitgestellten Werte ein.

4

Klicken Sie auf OK.

Hilfe zu den Feldern finden Sie in der folgenden Tabelle.

Feld

Beschreibung

Drittanbieter-Verwaltung für Notrufgeräte aktivieren

Dieser Parameter gibt an, ob die Geräteverwaltung für Notrufe von Drittanbietern für die Gruppe aktiviert ist. Dieser Parameter kann nicht aktiviert werden, wenn die Aktivierung auf Unternehmensebene nicht zulässig ist. Dieser Parameter kann nicht deaktiviert werden, wenn das Notfall-Routing eines Drittanbieters für die Gruppe aktiviert ist. Gültige Werte für diesen Parameter sind true (aktiviert) und false (deaktiviert). Der Standardwert ist "false".

Drittanbieter-Routing für Notrufe aktivieren

Dieser Parameter gibt an, ob das Routing von Notrufen durch einen Drittanbieter für die Gruppe aktiviert ist. Das Routing kann nicht aktiviert werden, wenn die Aktivierung auf Unternehmensebene nicht zulässig ist. Das Routing kann nicht aktiviert werden, wenn die Geräteverwaltung für Notfälle von Drittanbietern nicht aktiviert ist.

Die gültigen Werte für diesen Parameter sind true (aktiviert) und false (deaktiviert). Der Standardwert ist "false".

ID des Kunden

Dieser Parameter definiert die E911-Kunden-ID, die im Notrufdienst eines Drittanbieters verwendet wird. Dieser Wert ist für eine bestimmte Kundenorganisation eindeutig, die vom Serviceanbieter verwaltet wird. Die maximale Länge für diesen Parameter beträgt 36 Zeichen. Wenn die Gruppendienst Kunden-ID nicht definiert ist, wird die Unternehmens-/Dienstanbieterebene Kunden-ID verwendet.

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

  • Enterprise-Modell: Lassen Sie dieses Feld leer. Der Wert aus dem Enterprise Service-Verfahren wird angewendet.

  • Dienstleistermodell: Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.

Geheimschlü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 (definiert durch Kunden-ID ) und verwendet ein alphanumerisches UTF-8-Format. Dieses Feld ist obligatorisch, wenn die Kundenkennung definiert ist. Wenn der geheime Schlüssel nicht definiert ist, wird der geheime Schlüssel auf Unternehmens-/Dienstanbieterebene verwendet.

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

  • Enterprise-Modell: Lassen Sie dieses Feld leer. Der Wert aus dem Enterprise Service-Verfahren wird angewendet.

  • Dienstleistermodell: Geben Sie den vom E911-Anbieter bereitgestellten Wert ein.

Webex-Client-Konfigurations-Tags für Notrufe

Dynamische Tags

In der folgenden Tabelle werden die dynamischen Webex DMS-Tags zusammengefasst, die in der Webex-Client-Konfigurationsdatei (config.wxt-xml) angezeigt werden, und wie sie dynamisch aus der BroadWorks-Konfiguration abgeleitet werden.


 

Dies sind „integrierte dynamische“ Tags, nicht benutzerdefinierte Tags, die direkt vom Administrator erstellt und ausgefüllt werden.

Tag

Datenquelle

%BWE911-HAUPTHELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> primaryHELDServerURL

%BWE911-SEKUNDÄRE-HELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> secondaryHELDServerURL

%BWE911-NOTRUFNUMMERNLISTE%

AS_CLI/System/CallP/CallTypes> Ziffernzuordnungswerte, die als „Notfall“ markiert sind


 

Um dieses Tag zu verwenden, muss das reservierte, benutzerdefinierte Tag %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% zu einem vom Gerätetyp verwendeten Tag hinzugefügt werden. Das reservierte Tag muss die unter AS_CLI/System/CallP/CallTypes > definierten Notrufnummern in einem kommagetrennten Format enthalten, z. B. 911, 0911, 933 .

Beachten Sie, dass die Webex-App keine Platzhalter in Notrufnummern unterstützt. Dem reservierten benutzerdefinierten Tag sollten nur exakte Notrufnummern hinzugefügt werden.

Das folgende Beispiel zeigt, wie die Funktion für reservierte Tags verwendet werden soll:

  1. Das native Tag %BWE911-EMERGENCY-NUMBER-LIST% wird zur Vorlagendatei eines Geräts hinzugefügt.

  2. Das reservierte benutzerdefinierte Tag %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% wird in einem Tag hinzugefügt, der vom Gerät mit dem Wert 911, 1911, 933 verwendet wird.

  3. Wenn die Datei neu erstellt wird, wird das native Tag %BWE911-EMERGENCY-NUMBER-LIST% auf 911, 1911, 933 aufgelöst.

%BWE911-KUNDENKUNDE%

Konfigurierte Gruppen-Kunden-ID, falls nicht leer, andernfalls SP/Enterprise konfigurierte ID

%BWE911-GEHEIMSCHLÜSSEL%

Konfigurierter Gruppen-Geheimschlüssel, falls nicht leer, andernfalls SP-/Enterprise-Geheimschlüssel

Benutzerdefinierte Tags

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


 
Obwohl einige dieser benutzerdefinierten Tags "REDSKY" im Tag-Namen verwenden, können diese Tags auch für E911-Anrufintegrationen verwendet werden, die 9Leitung/Bandbreite oder Intrado als E911-Anbieter verwenden.

%ENABLE_EMERGENCY_DIALING_WXT%

  • Beschreibung: Erkennen von Notrufen aktivieren

  • Werte: [true|false]

  • Standardwert : Falsch

%EMERGENCY_DIALING_ENABLE_REDSKY_WXT%

  • Beschreibung: Notfallstandortplattform aktivieren

  • Werte: [true|false]

  • Standardwert : Falsch

%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%

  • Beschreibung: Definiert das Aufforderungsverhalten des E911-Standorts. Der Wert "aggressiv" zeigt dem Benutzer bei jedem Netzwerkwechsel an einen unbekannten Ort den Dialog an. Der Wert „once_per_login“ zeigt den Dialog nur beim Anmelden an einem unbekannten Ort an, um weitere Popups und Ablenkungen für den Benutzer zu verhindern.

  • Werte: [aggressiv|once_per_login]

  • Standardwert : einmal_pro_login

%EMERGENCY_REDSKY_USER_MANDATORY_LOCY_WXT%

  • Beschreibung: Die Zeiten, zu denen der Benutzer den Standortdialog schließen darf, bevor der Standort obligatorisch wird. Ein Wert von -1 ermöglicht es dem Benutzer, den Dialog unbegrenzt zu schließen.

  • Werte: [-1 - 100]

  • Standardwert : -1

%EMERGENCY_REDSKY_USER_REMINDER_TIMEOUT_WXT%

  • Beschreibung: Die Zeitüberschreitung in Minuten, die verwendet wird, um den Benutzer daran zu erinnern, den Notfallstandort zu aktualisieren, wenn der aktuelle Standort nicht eingegeben wurde oder ungültig ist. Wenn 0 festgelegt ist, gibt es keine Erinnerungen.

  • Werte: [ <UNK> 0 - 43200 <UNK> ]

  • Standardwert : 0

Änderungsverlauf

Ändern

Details

25. Oktober 2023

Abschnitt Standorterkennung aktualisiert.

Dienstag, 09. Mai 2023

Aktualisierter Abschnitt E911-Notrufe in Webex für BroadWorks .

13. Dezember 2022

Hinweise wurden im Abschnitt Standorterkennung hinzugefügt.

24. August 2022

Aktualisierte PSTN- und E911-standortfähige Weiterleitung.

25. April 2022

Länderanforderung zur Konfiguration des Gruppendiensts hinzugefügt.

Dienstag, 23. März 2022

Platzhalterbeschränkung zu %BWE911-EMERGENCY-NUMBER-LIST% Tag-Informationen hinzugefügt.

Dienstag, 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 Konfigurationstag %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% hinzugefügt, mit dem Administratoren die Häufigkeit der Standortaktualisierung bearbeiten können.