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

E911-Anrufdienste bieten Der RedSky-Dienst bietet Standortdienste für Benutzer 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 RedSkyE911-Anrufdienst, der Folgendes vornimmt:

  • FINDEN: RedSkyDer E911-Anrufdienst sucht den Standort des Benutzers. Sowohl die Webex-App als auch die Tischtelefone senden MAC- oder Netzwerkinformationen an den RedSkyE911-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 RedSkythe E911-Anrufdienst übermittelt.

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

  • NOTIFY – RedSkyDer E911-Dienst sendet Benachrichtigungen an das entsprechende Personal (z. B. Sicherheits- oder Notfalldienste).

RedSky Der E911-Dienst übernimmt die folgenden Aufgaben:

  • RedSky 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 RedSkythe 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.

  • RedSky Der E911-Anbieter generiert optionale Benachrichtigungen an Mitarbeiter des Unternehmens.

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

Standorterkennung

RedSky unterstützt E911-Anrufdienste, die zwei Haupttypen der Standorterkennung unterstützen: GEHALTEN und nicht GEHALTEN.

  • Für HELD-fähige Geräte (die Webex-App oder Multiplattform-Firmware (MPP)-Geräte): Die Standorterkennung basiert auf der Netzwerkerkennung. Das HTTP Enabled Location Delivery (HELD)-Protokoll meldet Informationen zur Netzwerkumgebung an den RedSkyE911-Anruf-HELD-Dienst. Zu diesen Informationen gehören der Upstream-Switch, Wireless Access Points (WAP)-BSSID, IP-Adresse oder MAC-Adresse. Beachten Sie, dass MPP-Geräte und die Webex-App HELD-Informationen wie folgt unterschiedlich senden:

    • MPP-Geräte verwenden HELD. Wenn das Telefon registriert wird, sendet es eine HTTP-Anforderung an RedSkythe E911-Anbieter, die Netzwerkinformationen des Geräts enthält. Der HELD-Server verwendet diese Informationen, um den Standort zu bestimmen.

    • Die Webex-App verwendet HELD+. Zusätzlich zu den Standard-HELD-Informationen sendet die Webex-App auch einen Benutzer-Indentifikator an RedSkythe E911-Anbieter. RedSkyDer E911-Anbieter verwendet diese Informationen, um den Benutzer- und Gerätestandort zu ermitteln. Wenn ein Standort unbekannt ist, fordert die Webex-App den Benutzer auf, die Adresse einzugeben.

  • Für nicht-HELD-fähige Geräte (Mobilgeräte ohne Mobilzugriff, Softphone-Clients, Cisco ATAs, Cisco DECT-Systeme und andere Geräte, die nicht von Cisco Kunden am Standort stammen): Die Standortbestimmung basiert auf der Anrufer-ID, die beim Test- oder Notruf beansprucht wurde.

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.

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 und die Standard-MAC-Adresse des Upstream-Gateways enthält. LLDP wird von den Desktop- und Tablet-Apps von Webex nicht unterstützt. 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 %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% Konfigurations-Tag ist auf Standard 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 RedSkyE911-Standorte – aktiviertes Routing

BroadWorks leitet Notrufe an den RedSkyE911-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 RedSkyE911-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 RedSky E911-Integration

Komponente

Anforderung

RedSky

E911-Anrufanbieter

Der Partner muss eine Vereinbarung mit dem RedSkyan E911-Anrufanbieter abschließen, um Notrufe mithilfe der von Cisco bereitgestellten Implementierung für Webex App Desktop- und Tablet-Clientsand MPP-Telefone (HELD) weiterzuleiten.

RedSky-Konfiguration E911-Anbieterkonfiguration

Der Partner muss das RedSkyE911-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

Telefone

MPP-Telefone verwenden heruntergeladene Konfigurationsparameter, um auf den RedSky Location Information Server (LIS) zuzugreifen. Sie erhalten ein Token, das über die Peering-Verbindung an RedSky weitergeleitet wird, wenn ein RedSky-fähiger Benutzer 911 oder 933 wählt.

Geräte

HELD-fähige Geräte: Sobald ein Standort für RedSkyE911-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 RedSkyE911-Anbieters zuzugreifen. Benutzer müssen ihre Standortinformationen einmal pro Standort eingeben. RedSkyDer 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 %EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT% Konfigurations-Tag können Administratoren jedoch die Häufigkeit neu konfigurieren, um Netzwerkänderungen an einem unbekannten Ort einzuschließ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 mit RedSky 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 von RedSkythe 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> activate 101792

Konfigurieren von Drittanbieter-Calling-URLs

Verwenden Sie die CLI, um den AS mit Notrufparametern von Drittanbietern wie RedSkyE911-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 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

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> 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 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 RedSkyE911-Anbieters. Dies ist erforderlich, damit der AS die SIP-Header für Geolokation und Geolokation-Routing an die SIP-Server des RedSkyE911-Anbieters proxy.
1

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

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

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 Werte ein, die RedSky vom E911-Anbieter bereitgestellt hat.

  • 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 RedSkyE911-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 Wert ein, den RedSky vom E911-Anbieter bereitgestellt hat.

  • 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 RedSkyE911-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 Wert ein, den RedSky vom E911-Anbieter bereitgestellt hat.

  • 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 Werte ein, die RedSky vom E911-Anbieter bereitgestellt hat.

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 RedSkyE911-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 Wert ein, den RedSky vom E911-Anbieter bereitgestellt hat.

Geheimschlüssel

Dieser Parameter definiert den Geheimschlüssel RedSkyE911, 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 Wert ein, den RedSky vom E911-Anbieter bereitgestellt hat.

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-PRIMARY-HELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> primaryHELDServerURL

%BWE911-SECONDARY-HELDURL%

AS_CLI/Service/ThirdPartyEmergencyCalling> secondaryHELDServerURL

%BWE911-EMERGENCY-NUMBER-LIST%

AS_CLI/System/CallP/CallTypes> Ziffernzuordnung als „Notfall“ markiert

Um dieses Tag zu verwenden, muss das %RESERVEDBWE911-EMERGENCY-NUMBER-LIST% reservierte benutzerdefinierte Tag zu einem vom Gerätetyp verwendeten Tag hinzugefügt werden. Das reservierte Tag muss die Notrufnummern enthalten, die unter definiert sind AS_CLI/System/CallP/CallTypes> in einem kommagetrennten Format wie 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 vom Gerät mit dem Wert verwendeten Tag hinzugefügt. 911, 1911, 933.

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

%BWE911-CUSTOMERID%

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

%BWE911-SECRETKEY%

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: Redsky-Plattform für Notfallstandorte 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 an, wenn Sie sich an einem unbekannten Ort anmelden, um weitere Popups und Ablenkungen für den Benutzer zu verhindern.

  • Werte: [aggressiv |once_per_login]

  • Standardwert : once_per_login

%EMERGENCY_REDSKY_USER_MANDATORY_LOCATION_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 wurde hinzugefügt für %BWE911-EMERGENCY-NUMBER-LIST% Tag-Informationen.

Dienstag, 21. März 2022

Hinweis mit Informationen zu den Anforderungen für das %BWE911-EMERGENCY-NUMBER-LIST% native Tag hinzugefügt.

14. März 2022

Neues Konfigurations-Tag hinzugefügt%EMERGENCY_REDSKY_USER_LOCATION_PROMPTING_WXT%, mit dem Administratoren die Häufigkeit der Standortaktualisierung bearbeiten können.