E911-Notrufe mit RedSky

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.

So funktioniert es

Der RedSky-Dienst bietet Standortdienste für Benutzer und ein Netzwerk, das Notrufe an PSAPs (Public Safety Answering Points) in den USA, seinen Territorien und Kanada weiterleitet. Der Dienst wird auf Standortbasis aktiviert. 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 RedSky-Dienst. Der RedSky-Dienst führt folgende Schritte aus:

  • SUCHEN: RedSky findet den Benutzerstandort. Sowohl die Webex-App als auch die Tischtelefone senden MAC- oder Netzwerkinformationen an den RedSky-Dienst, der zur Standortbestimmung eine Firmen-Wiremap verwendet. Wenn für Benutzer der Webex-App ihr Standort nicht ermittelt werden kann, wird der Benutzer aufgefordert, Standortinformationen einzugeben, die dann an Redsky übermittelt werden.

  • ROUTE: Für 911- und 933-Anrufe werden die Standortinformationen zum SIP-Header hinzugefügt, der den Benutzer ebenfalls als Redsky-Benutzer identifiziert. RedSky leitet den Anruf an den entsprechenden PSAP für den Standort weiter.

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

RedSky übernimmt die folgenden Aufgaben:

  • RedSky verwaltet die vom Partner/Kunden bereitgestellte Datenbank, die einen Notruf einem Entsendestandort zuordnet.

  • Basierend auf dem Entsendestandort des anrufenden Geräts leitet RedSky 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 generiert optionale Benachrichtigungen an Mitarbeiter des Unternehmens.

  • Bei Abonnements mit erweiterten Lizenzen überbrückt RedSky Unternehmensmitarbeiter in Notrufe von Unternehmensbenutzern und bietet Popbenachrichtigungen.

Standorterkennung

RedSky unterstützt zwei Haupttypen der Standorterkennung: 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 RedSky 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 RedSky, 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 RedSky. RedSky 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.

PSTN- und RedSky-Standorte – aktiviertes Routing

BroadWorks leitet Notrufe an den RedSky-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 RedSky-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).

Abbildung 1: PSTN- und RedSky-Standorte – aktiviertes Routing

Anforderungen für die RedSky E911-Integration

Komponente

Anforderung

RedSky

Der Partner muss eine Vereinbarung mit RedSky treffen, um Notrufe mithilfe der von Cisco bereitgestellten Implementierung für Webex App Desktop- und Tablet-Clients und MPP-Telefone (HELD) weiterzuleiten.

RedSky-Konfiguration

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

  • Anrufe von HELD-Geräten, die Wiremap-Informationen für die Standortbestimmung verwenden (MPP-Telefone und 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)

Weitere Informationen finden Sie in der folgenden RedSky-Dokumentation:

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

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 RedSky-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 RedSky Location Information Server (LIS) zuzugreifen. Benutzer müssen ihre Standortinformationen einmal pro Standort eingeben. RedSky führt einen Rekord 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.

Abbildung 2: 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 jede Netzwerkänderung an einen unbekannten Ort erfolgt. Konfigurationsoptionen finden Sie unter Webex-Client-Konfigurations-Tags für Notrufe .

Ablauf der RedSky E911-Konfigurationsaufgabe

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.

  Befehl oder Aktion Zweck
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 RedSky 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 RedSky-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-Header-Regel in Verbindung mit den RedSky HELD-Servern. Dies ist erforderlich, damit der AS die geolocation- und geolocation-routing-SIP-Header auf die RedSky-SIP-Server 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 redsky911 false false false true false false false false

AS_CLI/Interface/SIP/ProxyPolicy/Rule> add redsky911 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> Geolokation hinzufügen redsky911

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

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 von RedSky 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 RedSky-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:

  • Unternehmensmodell: Geben Sie den von RedSky 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 RedSky-Geheimschlüssel, der vom Unternehmen (wie von Kunden-ID ) im Drittanbieter-Notrufdienst 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:

  • Unternehmensmodell: Geben Sie den von RedSky 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 von RedSky 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 RedSky-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 von RedSky bereitgestellten Wert ein.

Geheimschlüssel

Dieser Parameter definiert den RedSky-Geheimschlü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 von RedSky 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 :

%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 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. 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.