In diesem Artikel
dropdown icon
Einsatzüberlegungen
    Einrichtung an einem einzelnen Standort
    Einrichtung mehrerer Standorte
    Wichtige Bedingungen für die Überlebensfähigkeit des Standorts
    Colocation mit Unified SRST
    Unterstützte Funktionen und Komponenten
    Portreferenzinformationen für das Survivability Gateway
dropdown icon
Funktionskonfiguration
    Aufgabenablauf zur Konfiguration der Standortüberlebensfähigkeit
    Weisen Sie einem Gateway einen Ausfallsicherheitsdienst zu.
    Konfigurationsvorlage herunterladen
    Lizenzierung konfigurieren
dropdown icon
Zertifikate konfigurieren
    Konfigurieren von Zertifikaten auf Cisco IOS XE
    Importieren Sie Zertifikate zusammen mit Schlüsselpaaren
dropdown icon
Konfigurieren des Überlebensfähigkeitsgateways
    Gateway als Überlebensfähigkeitsgateway konfigurieren
    Vollständige Synchronisierung auf Abruf.
    Eigenschaften des Überlebensfähigkeitsgateways bearbeiten
    Konfigurationen zur Aktivierung von CDRs auf dem Survivability-Gateway
    Konfigurationen zur Aktivierung der Anrufweiterleitung
    Konfigurationen zur Aktivierung der Jagdgruppe
    Konfigurationen zur Aktivierung der automatischen Basis-Anrufverteilung (B-ACD)
Einschränkungen und Beschränkungen
Benutzererfahrung während des Failovers
dropdown icon
Konfigurationsbeispiele
    PSTN-Verbindungsbeispiele
    Beispiel für einen Notruf

Ausfallsicherheit der Site für Webex Calling

list-menuIn diesem Artikel
list-menuFeedback?

Site Survivability stellt sicher, dass Ihr Unternehmen auch dann erreichbar bleibt, wenn die Verbindung zu Webex unterbrochen wird. Es nutzt ein lokales Netzwerk-Gateway, um bei Netzwerkausfällen alternative Anrufdienste für Endpunkte vor Ort bereitzustellen.

Einsatzüberlegungen

Standardmäßig arbeiten Webex Calling-Endpunkte im aktiven Modus und stellen eine Verbindung zur Webex-Cloud für die SIP-Registrierung und Anrufsteuerung her. Wenn die Netzwerkverbindung zu Webex unterbrochen wird, schalten die Endpunkte automatisch in den Überlebensmodus und registrieren sich beim lokalen Überlebensgateway. In diesem Modus stellt das Gateway grundlegende Backup-Anrufdienste bereit. Sobald die Netzwerkverbindung zu Webex wiederhergestellt ist, werden Anrufsteuerung und Registrierung wieder über die Webex-Cloud abgewickelt.

Folgende Aufrufe werden im Überlebensmodus unterstützt:

  • Interne Anrufe (innerhalb des Standorts) zwischen unterstützten Webex Calling-Endpunkten

  • Externe Anrufe (eingehend und ausgehend) über eine lokale PSTN-Leitung oder einen SIP-Trunk zu externen Nummern und E911-Anbietern

Um diese Funktion nutzen zu können, müssen Sie einen Cisco IOS XE-Router im lokalen Netzwerk als Survivability Gateway konfigurieren. Das Survivability Gateway synchronisiert täglich Anrufinformationen aus der Webex-Cloud für Endpunkte an diesem Standort. Wenn die Endpunkte in den Überlebensmodus wechseln, kann das Gateway diese Informationen nutzen, um SIP-Registrierungen zu übernehmen und grundlegende Anrufdienste bereitzustellen.

Einrichtung eines einzelnen Standorts

Das folgende Bild zeigt ein Netzwerkausfallszenario, in dem die Verbindung zu Webex unterbrochen ist und die Endpunkte am Webex-Standort im Überlebensmodus arbeiten. Im Bild leitet das Survivability Gateway einen internen Anruf zwischen zwei Endpunkten vor Ort weiter, ohne dass eine Verbindung zu Webex erforderlich ist. In diesem Fall ist das Survivability Gateway mit einer lokalen PSTN-Verbindung konfiguriert. Als Ergebnis können On-Site-Endpunkte im Survivability-Modus das PSTN für eingehende und ausgehende Anrufe an externe Nummern und E911-Anbieter nutzen.

Diagramm eines Netzwerkausfallszenarios, bei dem die Verbindung zu Webex unterbrochen ist und die Endpunkte am Webex-Standort im Überlebensmodus arbeiten.
Webex-Anrufendpunkte von einem einzelnen Standort im Überlebensmodus

Einrichtung mehrerer Standorte

Das folgende Bild zeigt ein Netzwerkausfallszenario, in dem die Verbindung zu Webex unterbrochen ist und Endpunkte an verschiedenen Standorten im Überlebensmodus arbeiten. Innerhalb des LAN-Netzwerks gibt es mehrere kleinere Standorte, die einem einzigen Survivability-Gateway zugeordnet sind. Diese Bereitstellung optimiert die Auslastung der Gateway-Ressourcen unter Beibehaltung standortspezifischer Konfigurationen für das Anrufrouting.

Webex-Anrufendpunkte von mehreren Standorten im Site Survivability-Modus

Cisco empfiehlt, für die Konnektivität zwischen dem Survivability Gateway und Endpunkten an verschiedenen Standorten innerhalb eines LANs einen Latenzschwellenwert von 50 Millisekunden einzuhalten.

Wichtige Bedingungen für die Überlebensfähigkeit des Standorts

Für das Survivability Gateway gelten folgende Bedingungen:

  • Die Webex-Cloud enthält die IP-Adresse, den Hostnamen und den Port des Survivability Gateways in der Gerätekonfigurationsdatei. Dadurch können sich die Endpunkte an das Survivability Gateway wenden, um sich zu registrieren, falls die Verbindung zu Webex abbricht.

  • Die tägliche Synchronisierung der Anrufdaten zwischen der Webex-Cloud und dem Survivability Gateway umfasst auch Authentifizierungsinformationen für registrierte Benutzer. Dadurch können Endpunkte sichere Registrierungen aufrechterhalten, selbst wenn sie im Überlebensmodus betrieben werden. Die Synchronisierung umfasst auch Routing-Informationen für diese Benutzer.

  • Das Survivability Gateway kann interne Anrufe automatisch weiterleiten, indem es die von Webex bereitgestellten Routing-Informationen nutzt. Fügen Sie dem Survivability Gateway eine PSTN-Trunk-Konfiguration hinzu, um externe Anrufe zu ermöglichen.

  • Jeder Standort, der Site Survivability einsetzt, benötigt ein Survivability Gateway innerhalb des lokalen Netzwerks.

  • Registrierungen und Anrufsteuerung werden wieder über die Webex-Cloud abgewickelt, sobald die Webex-Netzwerkverbindung für mindestens 30 Sekunden wiederhergestellt ist.

Colocation mit Unified SRST

Das Survivability Gateway unterstützt die gemeinsame Nutzung einer Webex Survivability-Konfiguration und einer Unified SRST-Konfiguration auf demselben Gateway. Das Gateway kann die Ausfallsicherheit sowohl für Webex Calling-Endpunkte als auch für Endpunkte gewährleisten, die sich beim Unified Communications Manager registrieren. So konfigurieren Sie die Colocation:

Überlegungen zur Anrufweiterleitung bei der Colocation

Beachten Sie bei der Konfiguration des Anrufroutings für Colocation-Szenarien Folgendes:

  • Das Survivability Gateway leitet interne Anrufe automatisch weiter, vorausgesetzt, beide Endpunkte des Anrufs sind beim Survivability Gateway registriert. Interne Anrufe werden automatisch zwischen allen registrierten Clients (SRST oder Webex Calling) weitergeleitet.

  • Es ist möglich, dass die Verbindung zu einem Anrufsteuerungssystem abbricht, während die Verbindung zum anderen Anrufsteuerungssystem bestehen bleibt. Als Ergebnis registriert sich eine Gruppe von Endpunkten beim Survivability Gateway, während sich eine andere Gruppe von Endpunkten am selben Standort bei der primären Anrufsteuerung registriert. In diesem Fall müssen Sie möglicherweise Anrufe zwischen den beiden Endpunktgruppen über einen SIP-Trunk oder eine PSTN-Leitung weiterleiten.

  • Externe Anrufe und Notrufe (E911) können über einen SIP-Trunk oder eine PSTN-Leitung geleitet werden.

Unterstützte Funktionen und Komponenten

Die folgende Tabelle enthält Informationen zu den unterstützten Funktionen.

Tabelle 1: Unterstützte Anruffunktionen
Funktion MPP-Geräte und Webex-AppVG4xx ATA

Anrufe innerhalb des Standorts

Wird automatisch unterstützt, ohne dass eine spezielle Routing-Konfiguration auf dem Survivability Gateway erforderlich ist.

Wird automatisch unterstützt, ohne dass eine spezielle Routing-Konfiguration auf dem Survivability Gateway erforderlich ist.

Alternative Nummern werden nicht unterstützt.

Standortübergreifende und PSTN-Anrufe (eingehend und ausgehend)

PSTN-Anrufe basieren auf einer Telefonleitung oder einem SIP-Trunk.

PSTN-Anrufe basieren auf einer Telefonleitung oder einem SIP-Trunk.

E911-Notrufbearbeitung

Für Notrufe (E911) wird eine PSTN-Verbindung oder ein SIP-Trunk benötigt.

Ausgehende Anrufe verwenden eine spezifische registrierte Notfallstandort-Identifikationsnummer (ELIN) für einen definierten Notfalleinsatzort (ERL). Wenn der Notrufmitarbeiter einen unterbrochenen Anruf zurückruft, leitet das Survivability Gateway den Anruf an das letzte Gerät weiter, das die Notrufnummer gewählt hat.

Für Notrufe (E911) wird eine PSTN-Verbindung oder ein SIP-Trunk benötigt.

Ausgehende Anrufe verwenden eine spezifische registrierte Notfallstandort-Identifikationsnummer (ELIN) für einen definierten Notfalleinsatzort (ERL). Wenn der Notrufmitarbeiter einen unterbrochenen Anruf zurückruft, leitet das Survivability Gateway den Anruf an das letzte Gerät weiter, das die Notrufnummer gewählt hat.

Anruf halten und wieder aufnehmen

Unterstützt

Wenn Sie Wartemusik (Music on Hold, MOH) verwenden, müssen Sie das Survivability Gateway manuell mit einer MOH-Datei bereitstellen.

VG4xx ATA-Analogleitungen können Anrufe nicht halten oder fortsetzen.

Diese Funktion wird nur unterstützt, wenn ein eingehender Anruf über VG4xx ATA empfangen wird.

Anrufweiterleitung

Unterstützt

Diese Funktion wird nur unterstützt, wenn ein eingehender Anruf über VG4xx ATA empfangen wird.

Blindes Anrufweiterleiten

Unterstützt

Diese Funktion wird nur unterstützt, wenn ein eingehender Anruf über VG4xx ATA empfangen wird.

ID des eingehenden Anrufers (Name)

Unterstützt

Unterstützt

Eingehende Anrufer-ID (Name) & Nummer)

Unterstützt

Unterstützt

Punkt-zu-Punkt-Videoanruf

Unterstützt

Nicht unterstützt

Dreierkonferenz

Nicht unterstützt

Nicht unterstützt

Gemeinsam genutzte Leitungen

Unterstützt

Unterstützt

Virtuelle Leitungen

Unterstützt

Nicht unterstützt

Bei der Konfiguration des Features ist Site Survivability für die folgenden unterstützten Endpunkte verfügbar.

Tabelle 2. Unterstützte Endpunktmodelle
TypModelleMindestversion
Cisco IP-Telefon mit Multiplattform-Firmware (MPP)

6821, 6841, 6851, 6861, 6861 WLAN, 6871

7811, 7821, 7841, 7861

8811, 8841, 8851, 8861

8845 (nur Audio), 8865 (nur Audio), 8875 (Video)

9800

Weitere Informationen zu unterstützten Cisco IP-Telefonen mit Multiplattform-Firmware (MPP) finden Sie unter:

12.0(1)

Für 8875-Telefone – Phone OS 3.2 und spätere Versionen

Für die 9800er-Serie – PhoneOS 3.2(1)

Cisco IP Conference Phone

7832, 8832

12.0(1)

Cisco Webex-App

Windows,Mac

43.2

Analoge Endpunkte

VG400 ATA, VG410 ATA und VG420 ATA

Cisco ATA 191 und 192

17.16.1a

11.3(1) für ATA 191 und 192

Geräte von Drittanbietern werden von Survivability Gateway nicht unterstützt.

Die folgende Tabelle hilft bei der Konfiguration von Cisco IOS XE-Routern als Survivability Gateway. Diese Tabelle listet die maximale Anzahl von Endpunkten auf, die jede Plattform unterstützt, sowie die minimale IOS XE-Version.

Die Webex Calling Survivability Gateway-Funktionen sind ab Cisco IOS XE Dublin Version 17.12.3 verfügbar. Die Funktionen Hunt Group, Rufumleitung und automatische Telefonzentrale sind ab iOS 17.18.2 und späteren Versionen verfügbar.

Tabelle 3. Unterstützte Plattformmodelle
ModellMaximale Anzahl an EndpunktregistrierungenMindestversion

Integrated Services Router 4321

50

Cisco IOS XE Dublin 17.12.3 oder spätere Versionen

Integrierter Dienstrouter 4331

100

Integrated Services Router 4351

700

Integrated Services Router 4431

1200

Integrated Services Router 4451-X

2000

Integrated Services Router 4461

2000

Catalyst Edge 8200L-1N-4T

1500

Catalyst Edge 8200-1N-4T

2500

Catalyst Edge 8300-1N1S-6T

2500

Catalyst Edge 8300-2N2S-6T

2500

Catalyst Edge 8300-1N1S-4T2X

2500

Catalyst Edge 8300-2N2S-4T2X

2500

Catalyst Edge 8000V Software kleine Konfiguration

500

Catalyst Edge 8000V Software-Medium-Konfiguration

1000

Catalyst Edge 8000V Software große Konfiguration

2000

Portreferenzinformationen für das Survivability Gateway

Tabelle 4. Portreferenzinformationen für das Survivability Gateway

Zweck der Verbindung:

Quelladressen

Quellports

Protokoll

Zieladressen

Zielports

Anrufsignalisierung an das Survivability Gateway (SIP TLS)

Geräte

5060-5080

TLS

Survivability Gateway

8933

Medien an das Survivability Gateway (SRTP) anrufen

Geräte

19560-19660

UDP

Survivability Gateway

8000-14198 (SRTP über UDP)

Anrufsignalisierung an das PSTN-Gateway (SIP)

Survivability Gateway

Kurzlebig

TCP oder UDP

Ihr ITSP PSTN-Gateway

5060

Anrufmedien an PSTN-Gateway (SRTP)

Survivability Gateway

8000-48198

UDP

Ihr ITSP PSTN-Gateway

Kurzlebig

Zeitsynchronisation (NTP)

Survivability Gateway

Kurzlebig

UDP

NTP-Server

123

Namensauflösung (DNS)

Survivability Gateway

Kurzlebig

UDP

DNS-Server

53

Cloud-Management

Konnektor

Kurzlebig

HTTPS

Webex-Dienste

443, 8433

Hinweise zur Bedienung des Cloud-Modus finden Sie im Hilfeartikel Port Reference Information for Webex Calling.

Sie können die Port-Einstellungswerte auf Cisco IOS XE-Routern anpassen. Diese Tabelle verwendet Standardwerte als Orientierungshilfe.

Funktionskonfiguration

Aufgabenablauf zur Konfiguration der Standortüberlebensfähigkeit

Führen Sie die folgenden Aufgaben aus, um die Standortausfallsicherheit für einen bestehenden Webex Calling-Standort zu erhöhen. Falls die Verbindung zur Webex-Cloud abbricht, kann ein Survivability Gateway im lokalen Netzwerk die Anrufsteuerung für Endpunkte an diesem Standort übernehmen.

Vorbereitungen

Wenn Sie ein neues Gateway als Survivability Gateway bereitstellen müssen, lesen Sie den Webex-Artikel Cisco IOS Managed Gateways bei Webex Cloud registrieren, um das Gateway zum Control Hub hinzuzufügen.

SchritteBefehl oder AktionZweck

1

Weisen Sie einem Gateway einen Ausfallsicherheitsdienst zu.

Weisen Sie im Control Hub den Dienst Survivability Gateway einem Gateway zu.

2

Konfigurationsvorlage herunterladen

Laden Sie die Konfigurationsvorlage aus dem Control Hub herunter. Sie benötigen die Vorlage, wenn Sie die Gateway-Befehlszeile konfigurieren.

3

Lizenzierung konfigurieren

Lizenzen für das Survivability Gateway konfigurieren.

4

Konfigurieren von Zertifikaten auf Cisco IOS XE

Konfigurieren Sie Zertifikate für das Survivability Gateway.

5

Gateway als Überlebensfähigkeitsgateway konfigurieren

Verwenden Sie die zuvor heruntergeladene Konfigurationsvorlage als Leitfaden für die Konfiguration der Gateway-Befehlszeile. Führen Sie alle im Template enthaltenen obligatorischen Konfigurationen durch.

Weisen Sie einem Gateway einen Ausfallsicherheitsdienst zu.

Vorbereitungen

Falls das Gateway im Control Hub nicht vorhanden ist, lesen Sie Cisco IOS-Gateways bei Webex Calling registrieren, um eine neue Gateway-Instanz hinzuzufügen.
1

Gehen Sie unter ] Services [ auf ] Calling [und klicken Sie dann auf die Registerkarte Managed Gateways.

Die Ansicht „Verwaltete Gateways“ zeigt die Liste der Gateways an, die Sie über Control Hub verwalten.
2

Wählen Sie das Gateway aus, das Sie als Survivability Gateway zuweisen möchten, und wählen Sie basierend auf dem Wert des Feldes Service einen der folgenden Einträge aus:

  • Nicht zugewiesen (leerer Wert) – Klicken Sie auf Dienst zuweisen und fahren Sie mit dem nächsten Schritt fort.

  • Survivability Gateway—Wenn Sie die vorhandenen Gateway-IP-Einstellungen bearbeiten möchten, gehen Sie zu Eigenschaften des Survivability Gateway bearbeiten. Andernfalls fahren Sie mit dem nächsten Verfahrensschritt fort.

3

Wählen Sie im Dropdown-Menü „Diensttyp“ die Option „ Survivability Gateway “ aus und füllen Sie die folgenden Felder aus:

  • Standort—Wählen Sie aus der Dropdown-Liste einen Standort aus. Um einem Survivability-Gateway mehrere Standorte zuzuweisen, wählen Sie alle benötigten Standorte aus der Liste aus.

  • Hostname—Geben Sie den vollqualifizierten Domänennamen (FQDN) ein, der beim Erstellen des Zertifikats für das Gateway verwendet wurde. Es könnte sich um einen Namen handeln, der im Feld „Subject Alternate Name“ (SAN) des Zertifikats enthalten ist. Der FQDN und die IP-Adresse werden ausschließlich zum Aufbau einer sicheren Verbindung mit dem Gateway verwendet. Daher ist es nicht zwingend erforderlich, es im DNS einzutragen.

  • IP-Adresse—Geben Sie die IP-Adresse des Survivability Gateway im IPv4-Format ein. Geräte registrieren sich an dieser Adresse, während sie im Überlebensmodus betrieben werden.

Sobald Sie die Registrierung abgeschlossen haben, werden die Standortdetails auf der Seite „Verwaltete Gateways“ angezeigt.

4

Klicken Sie auf Zuweisen.

Die Ansicht „Verwaltete Gateways“ zeigt die Liste der Standorte an, die dem Gateway zugewiesen sind.
(Optional) Survivability Service aufheben—Wenn Sie das Survivability Gateway von einem Gateway entfernen möchten, gehen Sie zu Dienste eines verwalteten Gateways aufheben.

Konfigurationsvorlage herunterladen

Laden Sie die Konfigurationsvorlage von Control Hub oder über diesen Linkherunter. Sie benötigen die Vorlage, wenn Sie die Gateway-Befehlszeile konfigurieren.
1

Melden Sie sich bei Control Hub an.

Wenn Sie eine Partnerorganisation sind, wird der Partner Hub gestartet. Um den Control Hub zu öffnen, klicken Sie im Partner Hub auf die Ansicht Kunde und wählen Sie den entsprechenden Kunden aus, oder wählen Sie Meine Organisation, um die Control Hub-Einstellungen für die Partnerorganisation zu öffnen.

2

Gehen Sie zu Dienste > PSTN & Routing > Gateway-Konfigurationen > Gateways verwalten.

3

Klicken Sie auf das entsprechende Survivability Gateway.

4

Klicken Sie auf Konfigurationsvorlage herunterladen und laden Sie die Vorlage auf Ihren Desktop- oder Laptop-Computer herunter.

Lizenzierung konfigurieren

Stellen Sie sicher, dass Sie über die entsprechenden Plattformlizenzen für Ihr Gateway verfügen. Konfigurieren Sie die Lizenzen mithilfe der für Ihre Plattform geeigneten Befehle.
1

Wechseln Sie auf dem Router in den globalen Konfigurationsmodus:

enable
 configure terminal
2

Konfigurieren Sie Lizenzen mithilfe der Befehle, die nur für Ihre spezifische Plattform gelten.

  • Für die Cisco ISR 4000-Serie:

    license boot level uck9
     license boot level securityk9
    
  • Für Cisco Catalyst 8300 und 8200 Series Edge-Plattformen verwenden Sie die DNA Network Advantage Feature-Lizenz oder eine höherwertige Lizenz und geben Sie den erforderlichen Durchsatz ein. Das folgende Beispiel verwendet einen bidirektionalen Krypto-Durchsatz von 25 Mbit/s. Wählen Sie die passende Stufe entsprechend der Anzahl der erwarteten Anrufe.

    license boot level network-advantage addon dna-advantage
     platform hardware throughput crypto 25M
    
  • Für Cisco Catalyst 8000V Edge Software verwenden Sie die DNA Network Advantage Feature-Lizenz oder eine höherwertige Lizenz und geben Sie den erforderlichen Durchsatz ein. Das folgende Beispiel verwendet einen Durchsatz von 1 Gbit/s. Wählen Sie die passende Stufe entsprechend der Anzahl der erwarteten Anrufe.

    license boot level network-essentials addon dna-essentials
     platform hardware throughput level MB 1000
    

Bei der Konfiguration eines Durchsatzes von mehr als 250 Mbit/s benötigen Sie eine HSEC-Plattformlizenz.

Zertifikate konfigurieren

Konfigurieren von Zertifikaten auf Cisco IOS XE

Führen Sie die folgenden Schritte aus, um Zertifikate für das Survivability Gateway anzufordern und zu erstellen. Verwenden Sie Zertifikate, die von einer öffentlich bekannten Zertifizierungsstelle unterzeichnet wurden.

Die Survivability Gateway-Plattform unterstützt ausschließlich öffentlich bekannte CA-Zertifikate. Private oder unternehmensweite CA-Zertifikate können nicht für Survivability Gateway verwendet werden.

Eine Liste der für Webex Calling unterstützten Stammzertifizierungsstellen finden Sie unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt?.

Die Survivability Gateway-Plattform unterstützt keine Wildcard-Zertifikate.

Führen Sie die Befehle aus dem Beispielcode aus, um die Schritte abzuschließen. Weitere Informationen zu diesen Befehlen sowie zu zusätzlichen Konfigurationsoptionen finden Sie im Kapitel „ SIP TLS Support“ im Cisco Unified Border Element Configuration Guide.

1

Wechseln Sie in den globalen Konfigurationsmodus, indem Sie die folgenden Befehle ausführen:

enable
 configure terminal
2

Generieren Sie den privaten RSA-Schlüssel, indem Sie den folgenden Befehl ausführen. Der Modulus des privaten Schlüssels muss mindestens 2048 Bit lang sein.

crypto key generate rsa general-keys label webex-sgw exportable modulus 2048
3

Konfigurieren Sie einen Vertrauenspunkt, der das Survivability Gateway-Zertifikat speichert. Der vollqualifizierte Domänenname (FQDN) des Gateways muss denselben Wert haben, den Sie bei der Zuweisung des Survivability-Dienstes zum Gateway verwendet haben.

crypto pki trustpoint webex-sgw 
 enrollment terminal 
 fqdn  
 subject-name cn=
 subject-alt-name 
 revocation-check crl 
 rsakeypair webex-sgw
4

Generieren Sie eine Zertifikatsignierungsanforderung durch Ausführen des Befehls crypto pki enroll webex-sgw.

Geben Sie bei Aufforderung yesein.

Nachdem die CSR auf dem Bildschirm angezeigt wird, kopieren Sie das Zertifikat mit Notepad in eine Datei, die Sie an eine unterstützte Zertifizierungsstelle (CA) senden können.

Falls Ihr Zertifikatssignierungsanbieter eine CSR im PEM-Format (Privacy Enhanced Mail) verlangt, fügen Sie vor dem Absenden eine Kopf- und Fußzeile hinzu. Beispiel:

-----BEGIN CERTIFICATE REQUEST-----
 
 -----END CERTIFICATE REQUEST-----
5

Nachdem Ihnen die Zertifizierungsstelle ein Zertifikat ausgestellt hat, führen Sie den Befehl crypto pki authenticate webex-sgw aus, um das Zertifikat zu authentifizieren. Sie können diesen Befehl entweder im exec - oder im config -Modus ausführen.

Fügen Sie bei Aufforderung die Base64-Zeichenkette ein. CER/PEM Ausgabe des CA-Zertifikatsinhalts (nicht des Gerätezertifikats) an das Terminal.

6

Importieren Sie das signierte Hostzertifikat mithilfe des Befehls crypto pki import webex-sgw certificate in den Trustpoint.

Fügen Sie bei Aufforderung die Base64-Zeichenkette ein. CER/PEM Zertifikat in das Terminal einlesen.

7

Prüfen Sie, ob das Stammzertifikat der Zertifizierungsstelle verfügbar ist:

Die Webex Calling-Lösung unterstützt ausschließlich öffentlich bekannte Zertifizierungsstellen. Private oder unternehmensweite CA-Zertifikate werden nicht unterstützt.

  1. Den allgemeinen Namen der Stammzertifizierungsstelle finden Sie durch Ausführen von show crypto pki certificates webex-sgw | begin CA Cert. Suchen Sie nach dem Emittenten cn= .

  2. Führen Sie den Befehl show crypto pki trustpool | include cn= aus und prüfen Sie, ob dieses Root-CA-Zertifikat mit dem Cisco CA-Bundle installiert ist. Wenn Sie Ihren CA sehen, fahren Sie mit Schritt 9 fort.

  3. Falls Sie Ihr Zertifikat nicht sehen, können Sie Folgendes tun:

    • Importieren Sie die fehlenden Zertifikate

    • Führen Sie den folgenden Befehl aus, um das erweiterte IOS CA-Bundle zu installieren.

      crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios_union.p7b

      Verwenden Sie das erweiterte IOS CA-Bundle ios_core.p7bnur, wenn es sich bei dem Gateway um ein lokales Gateway handelt, das sich am selben Standort befindet. Weitere Informationen finden Sie unter Konfigurieren des lokalen Gateways auf Cisco IOS XE für Webex Calling.

  4. Wiederholen Sie diese Teilschritte, um festzustellen, ob das Stammzertifikat der Zertifizierungsstelle nun verfügbar ist. Nachdem Sie die Teilschritte wiederholt haben:

    Falls das Zertifikat nicht verfügbar ist, fahren Sie mit Schritt 8 fort. Wenn das Zertifikat verfügbar ist, fahren Sie mit Schritt 9 fort.

8

Falls Ihr Stammzertifikat nicht im Paket enthalten ist, beschaffen Sie sich das Zertifikat und importieren Sie es in einen neuen Vertrauenspunkt.

Führen Sie diesen Schritt durch, wenn für Ihr Cisco IOS XE-Gateway kein öffentlich bekanntes Stammzertifikat einer Zertifizierungsstelle verfügbar ist.

crypto pki trustpoint 
 enrollment terminal
 revocation-check crl
 crypto pki authenticate 

Fügen Sie bei Aufforderung die Base64-Zeichenkette ein. CER/PEM Zertifikatsinhalte in das Terminal einlesen.

9

Im Konfigurationsmodus können Sie mit den folgenden Befehlen den Standard-Vertrauenspunkt, die TLS-Version und die SIP-UA-Standardeinstellungen festlegen.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Importieren Sie Zertifikate zusammen mit Schlüsselpaaren

Sie können CA-Zertifikate und Schlüsselpaare als Paket im PKCS12-Format (.pfx oder .p12) importieren. Sie können das Paket von einem lokalen Dateisystem oder einem Remote-Server importieren. PKCS12 ist ein spezielles Zertifikatsformat. Es bündelt die gesamte Zertifikatskette vom Stammzertifikat bis zum Identitätszertifikat zusammen mit dem RSA-Schlüsselpaar. Das heißt, das von Ihnen importierte PKCS12-Paket würde das Schlüsselpaar, die Hostzertifikate und die Zwischenzertifikate enthalten. Importieren Sie ein PKCS12-Bundle für die folgenden Szenarien:

  • Exportieren Sie Daten von einem anderen Cisco IOS XE-Router und importieren Sie sie in Ihren Survivability Gateway-Router.

  • Generierung des PKCS12-Bundles außerhalb eines Cisco IOS XE-Routers mit OpenSSL

Führen Sie die folgenden Schritte aus, um Zertifikate und Schlüsselpaare für Ihren Survivability Gateway-Router zu erstellen, zu exportieren und zu importieren.

1

(Optional) Exportieren Sie das für Ihren Survivability Gateway-Router erforderliche PKCS12-Bundle.

crypto pki export webex-sgw pkcs12 terminal password xyz123

Dieser Schritt ist nur dann erforderlich, wenn Sie von einem anderen Cisco IOS XE-Router exportieren.

2

(Optional) Erstellen Sie ein PKCS12-Bundle mit OpenSSL.

  1. Vergewissern Sie sich, dass OpenSSL auf dem System installiert ist, auf dem dieser Prozess ausgeführt wird. Für Mac OSX und GNU/Linux Für Benutzer ist es standardmäßig installiert.

  2. Wechseln Sie in das Verzeichnis, in dem Ihre Schlüssel-, Zertifikats- und Kettendateien gespeichert sind.

    Mit Windows: Standardmäßig werden die Dienstprogramme in installiert. C:\Openssl\bin. Öffnen Sie in diesem Verzeichnis eine Eingabeaufforderung.

    Auf dem Mac OSX/Linux: Öffnen Sie das Terminalfenster in dem Verzeichnis, das zum Erstellen des PKCS12-Zertifikats benötigt wird.

  3. Speichern Sie im Verzeichnis die Dateien für den privaten Schlüssel (privateKey.key), das Identitätszertifikat (certificate.crt) und die Root-CA-Zertifikatskette (CACert.crt).

    Kombinieren Sie den privaten Schlüssel, das Identitätszertifikat und die Root-CA-Zertifikatskette zu einer PKCS12-Datei. Geben Sie eine Passphrase ein, um Ihr PKCS12-Zertifikat zu schützen.

    console> openssl pkcs12 -export -out certificate.pfx -inkey privateKey.key -in certificate.crt -certfile CACert.crt

    Geben Sie ein Passwort an, wenn Sie OpenSSL zum Generieren der PKCS12-Datei verwenden.

Dieser Schritt ist nur dann anwendbar, wenn Sie ein PKCS12-Bundle außerhalb von Cisco IOS XE mit OpenSSL generieren.

3

Importieren Sie das Dateipaket im PKCS12-Format.

crypto pki import  pkcs12  password 

Nachfolgend finden Sie eine Beispielkonfiguration für den Befehl sowie Details zu den konfigurierbaren Parametern:

crypto pki import webex-sgw pkcs12 bootflash:certificate.pfx password xyz123
  • <trustpoint name>—Name des Trustpoints, der bei Verwendung dieses Befehls erstellt wird (Zum Beispiel webex-sgw).

  • <certificate file location>—Lokale oder Netzwerk-URL, die auf die Zertifikatsdatei verweist (Zum Beispiel bootflash:certificate.pfx)

  • <file password>—Das Passwort, das beim Erstellen der PKCS12-Datei verwendet wird (Zum Beispiel xyz123).

Der Befehl crypto pki import erstellt automatisch den Trustpoint, um das Zertifikat aufzunehmen.

4

Im Konfigurationsmodus können Sie mit den folgenden Befehlen den Standard-Vertrauenspunkt, die TLS-Version und die SIP-UA-Standardeinstellungen festlegen.

sip-ua 
 no remote-party-id 
 retry invite 2 
 transport tcp tls v1.2 
 crypto signaling default trustpoint webex-sgw 
 handle-replaces

Konfigurieren des Überlebensfähigkeitsgateways

Gateway als Überlebensfähigkeitsgateway konfigurieren

Verwenden Sie die zuvor heruntergeladene Konfigurationsvorlage als Leitfaden für die Konfiguration der Gateway-Befehlszeile. Nehmen Sie die obligatorischen Konfigurationen in der Vorlage vor.

Die folgenden Schritte enthalten Beispielbefehle sowie eine Erläuterung der Befehle. Passen Sie die Einstellungen an Ihre Einsatzumgebung an. Die spitzen Klammern (z. B. ) kennzeichnen Einstellungen, in die Sie Werte eingeben sollten, die für Ihre Bereitstellung gelten. Die verschiedenen <tag> Einstellungen verwenden numerische Werte, um Konfigurationssätze zu identifizieren und zuzuordnen.

  • Sofern nicht anders angegeben, ist für diese Lösung die Durchführung aller Konfigurationen in diesem Verfahren erforderlich.
  • Wenn Sie Einstellungen aus der Vorlage anwenden, ersetzen Sie %tokens% durch Ihre bevorzugten Werte, bevor Sie diese auf das Gateway kopieren.
  • Weitere Informationen zu den Befehlen finden Sie in der Webex Managed Gateway Befehlsreferenz. Verwenden Sie diese Anleitung, es sei denn, die Befehlsbeschreibung verweist auf ein anderes Dokument.
1

Wechseln Sie in den globalen Konfigurationsmodus.


enable
 configure terminal

Hierbei gilt:

  • enable—Aktiviert den privilegierten EXEC-Modus.

  • configure terminal—Aktiviert den globalen Konfigurationsmodus.

2

Führen Sie die Konfigurationen des Sprachdienstes durch:


 voice service voip
  ip address trusted list
    ipv4  
    ipv4  
  allow-connections sip to sip
  supplementary-service media-renegotiate
  no supplementary-service sip refer
  no supplementary-service sip moved-temporarily
  trace
  sip
   asymmetric payload full
   registrar server
  

Erläuterung der Befehle:

  • ip address trusted list—Definiert eine Liste von nicht registrierten Adressen, von denen das Survivability Gateway SIP-Nachrichten akzeptieren muss. Zum Beispiel eine SIP-Trunk-Peer-Adresse.

  • und stellen vertrauenswürdige Adressbereiche dar. Sie müssen keine direkt verbundenen Subnetze angeben, da das Survivability Gateway diese automatisch als vertrauenswürdig einstuft.

  • allow-connections sip to sip—Ermöglicht SIP-zu-SIP-Verbindungen in einem VoIP-Netzwerk.

  • no supplementary-service sip refer—REFER-Methode für die Zusatzdienste Rufumleitung und Rufumleitung deaktivieren. Webex Calling verwendet diese Methoden nicht.

  • no supplementary-service sip moved-temporarily—Deaktiviert die automatische Verarbeitung von SIP 302-Umleitungsnachrichten durch das Gateway.

  • sip—Wechselt in den SIP-Konfigurationsmodus.

  • registrar server—Aktivieren Sie den SIP-Registrar, damit sich Webex Calling-Clients beim Gateway registrieren können.

  • asymmetric payload full—Aktiviert Videoanrufe im Überlebensmodus.

3

Aktivieren Sie die Ausfallsicherheit auf dem Router:


voice register global
 mode webex-sgw
 max-dn 50
 max-pool 50
 exit
 

Erläuterung der Befehle:

  • voice register global—Wechselt in den globalen Sprachregistrierungsmodus.

  • mode webex-sgw—Aktiviert den Webex Calling Survivability-Modus und die Survivable Remote Site Telephony für Unified Communications Manager-Endpunkte.

    Nach der Konfiguration im Modus webex-sgw lauscht das Survivability Gateway auf Port 8933 auf eingehende sichere Verbindungen von Endpunkten.

  • max-dn—Begrenzt die Anzahl der Rufnummern (DNs), die der Router verarbeiten kann. Konfigurieren Sie bei dieser Lösung immer den maximal verfügbaren Wert für Ihre Plattform.

    Gemeinsame Zeilenauftritte werden auf das max-dn-Limit angerechnet. Wenn beispielsweise 5 Telefone alle die gleichen 5 Durchwahlnummern (DNs) verwenden, zählt diese Konfiguration als 25 Durchwahlnummern (DNs) im Hinblick auf das Limit von max-dn.

  • max-pool—Legt die maximale Anzahl der Geräte fest, die sich am Gateway registrieren können. Stellen Sie diesen Wert auf den maximal zulässigen Wert Ihrer Plattform ein, wie in Tabelle 3 beschrieben.

4

NTP-Server konfigurieren:

ntp server 
 ntp server 

5

(Optional). Allgemeine Berechtigungen für den Aufruf der Einschränkungsklasse konfigurieren:


dial-peer cor custom
 name Wx_calling_Internal
 name Wx_calling_Toll-free
 name Wx_calling_National
 name Wx_calling_International
 name Wx_calling_Operator_Assistance
 name Wx_calling_Chargeable_Directory_Assistance
 name Wx_calling_Special_Services1
 name Wx_calling_Special_Services2
 name Wx_calling_Premium_Services1
 name Wx_calling_Premium_Services2

Das vorhergehende Beispiel erstellt eine Reihe von benutzerdefinierten Einschränkungsklassen, die Kategorien genannt werden (zum Beispiel Wx_calling_International). Einzelheiten zur Verwendung von Einschränkungsklassen mit Dial-Peers finden Sie im Abschnitt „Einschränkungsklassen“ im Dial Peer Configuration Guide, Cisco IOS Release 15M. & T.

6

Konfigurieren Sie eine Liste bevorzugter Codecs. Die folgende Liste gibt beispielsweise g711ulaw als bevorzugten Codec an, gefolgt von g711alaw.


voice class codec 1
 codec preference 1 g711ulaw
 codec preference 2 g711alaw

Erläuterung der Befehle:

  • voice class codec 1 Wechselt in den Sprachklassenkonfigurationsmodus für die Codecgruppe 1.

  • codec preference Identifiziert die bevorzugten Codecs für diese Codec-Gruppe.

7

Standard-Sprachregisterpools konfigurieren:


voice register pool 1
 id network 0.0.0.0 mask 0.0.0.0
 dtmf-relay rtp-nte
 voice-class codec 1

Erläuterung der Befehle:

  • voice register pool 1—Wechselt in den Konfigurationsmodus des Sprachregisterpools für SIP-Geräte in diesem Pool.

  • id network und mask kennzeichnen ein SIP-Gerät bzw. eine Gruppe von Netzwerkgeräten, die diesen Pool verwenden. Verwenden Sie die Adressen und Masken, die für Ihre Bereitstellung gelten. Die Adresse 0.0.0.0 ermöglicht es Geräten von überall, sich zu registrieren (sofern sich die Geräteadressen in der Zulassungsliste befinden).

  • id extension-number—Der Pool gilt speziell für den Webex Calling-Benutzer mit der Nebenstelle 1234. Verwenden Sie die für Ihr Netzwerk geeigneten Erweiterungen.

  • id phone-number—Der Pool gilt speziell für den Webex Calling-Nutzer mit der Telefonnummer +1 210-903-443. Verwenden Sie die für Ihr Mobilfunknetz passende Telefonnummer.

  • dtmf-relay gibt die rtp-nte Methode zum Senden von DTMF-Ziffern an. In diesem Beispiel: Echtzeit-Transport (RTP) mit Named Phone Event (NTE) Payload-Typ.

  • voice-class codec 1—Weist diesem Pool die Codec-Gruppe 1 zu.

8

Notruf konfigurieren:


voice emergency response location 1
 elin 1 
 subnet 1  

 voice emergency response location 2
  elin 1 
  subnet 1  

 voice emergency response zone 1
  location 1
  location 2

 voice class e164-pattern-map 301
 voice class e164-pattern-map 351

Erläuterung der Befehle:

  • voice emergency response location 1—Erstellt die Notfallreaktions-Standortgruppe 1 für den erweiterten Notrufdienst 911. Ein nachfolgender Befehl erstellt die Notfallreaktionsgruppe 2.

  • elin 1 —Weist dem Notfalleinsatzort einen Elin zu. Bei diesem Elin definiert der Teil <number> eine PSTN-Nummer, die die Durchwahl des 911-Anrufers ersetzt (zum Beispiel 14085550100).

  • subnet 1 —Definiert eine Subnetzgruppe zusammen mit einer spezifischen Subnetzadresse für diesen Notfallstandort. Mit diesem Befehl können Sie das Anrufernetzwerk über eine IP-Adresse und eine Subnetzmaske identifizieren. Zum Beispiel, subnet 1 192.168.100.0 /26.

  • voice emergency response zone 1—Definiert eine Notfallreaktionszone.

  • location 1 (and 2)—Weist die Notfalleinsatzorte 1 und 2 dieser Notfalleinsatzzone zu.

  • voice class e164-pattern-map 301 (and 351)—Identifiziert die e164-Musterzuordnungen 301 und 351 für diese Sprachklasse. Mithilfe der Karte können Sie Wählpläne und Notfallstandortkennungen definieren.

Wenn das Wi-Fi-Overlay nicht genau mit den IP-Subnetzen übereinstimmt, dann verfügt die Notrufzentrale für mobile Geräte möglicherweise nicht über die korrekte ELIN-Zuordnung.

9

Konfigurieren Sie Wählverbindungen für das PSTN. Ein Beispiel für die Konfiguration des Dial-Peers finden Sie unter PSTN-Verbindungsbeispiele.

10

Optional. Aktivieren Sie die Wartemusik für den Router. Sie müssen eine Musikdatei im G.711-Format im Flash-Speicher des Routers speichern. Die Datei kann im .au- oder .wav-Dateiformat vorliegen, muss aber 8-Bit-8-kHz-Daten enthalten (z. B. das ITU-T A-law- oder mu-law-Datenformat).

call-manager-fallback
 moh enable-g711 "bootflash:"

Erläuterung der Befehle:

  • call-manager-fallback—Wechselt in den SRST-Konfigurationsmodus.

  • moh enable-g711 "bootflash:"—Aktiviert Unicast-Musik in der Warteschleife über G.711. Gibt außerdem das Verzeichnis und den Audiodateinamen an (zum Beispiel bootflash:music-on-hold.au). Der Dateiname darf maximal 128 Zeichen lang sein.

Vollständige Synchronisierung auf Abruf.

Optional. Führen Sie diese Prozedur nur durch, wenn Sie eine sofortige Synchronisierung auf Abruf durchführen möchten. Dieses Verfahren ist nicht zwingend erforderlich, da die Webex-Cloud die Anrufdaten einmal täglich automatisch mit dem Survivability Gateway synchronisiert.

1

Melden Sie sich bei Control Hub an.

Wenn Sie eine Partnerorganisation sind, wird der Partner Hub gestartet. Um den Control Hub zu öffnen, klicken Sie im Partner Hub auf die Ansicht Kunde und wählen Sie den entsprechenden Kunden aus, oder wählen Sie Meine Organisation, um die Control Hub-Einstellungen für die Partnerorganisation zu öffnen.

2

Gehen Sie zu Dienste > PSTN & Routing > Gateway-Konfigurationen > Gateways verwalten.

3

Klicken Sie auf das entsprechende Survivability Gateway, um die Ansicht Survivability Service für dieses Gateway zu öffnen.

4

Klicken Sie auf die Schaltfläche Synchronisieren.

5

Klicken Sie auf Senden.

Die Synchronisierung kann bis zu 10 Minuten dauern.

Eigenschaften des Überlebensfähigkeitsgateways bearbeiten

Verwenden Sie dieses optionale Verfahren nur, wenn Sie die Einstellungen für ein bestehendes Survivability Gateway bearbeiten möchten.
1

Melden Sie sich bei Control Hub an.

Wenn Sie eine Partnerorganisation sind, wird der Partner Hub gestartet. Um den Control Hub zu öffnen, klicken Sie im Partner Hub auf die Ansicht Kunde und wählen Sie den entsprechenden Kunden aus, oder wählen Sie Meine Organisation, um die Control Hub-Einstellungen für die Partnerorganisation zu öffnen.

2

Gehen Sie zu Dienste > PSTN & Routing > Gateway-Konfigurationen > Gateways verwalten.

3

Klicken Sie auf das entsprechende Survivability Gateway, um die Ansicht Survivability Service für dieses Gateway zu öffnen.

4

Klicken Sie auf die Schaltfläche Bearbeiten und aktualisieren Sie die Einstellungen für Folgendes.

  • Hostname—Verwenden Sie den Hostnamen oder den vollqualifizierten Domänennamen des Zertifikats, um die TLS-Verbindung mit Clients und IP-Adressen herzustellen.

  • IP-Adresse—Geben Sie im IPv4-Format die IP-Adresse des Gateways ein, bei dem sich die Geräte im Überlebensmodus registrieren.

5

Klicken Sie auf Senden.

Wenn Sie ein Survivability Gateway aus Control Hub löschen möchten, heben Sie zuerst die Zuweisung des Dienstes Survivability Gateway auf. Weitere Details finden Sie unter Dienste verwalteten Gateways zuweisen.

Konfigurationen zur Aktivierung von CDRs auf dem Survivability-Gateway

Der Konnektor konfiguriert automatisch CDR-bezogene Befehle, um die Erfassung von Anrufzählungsmetriken zu erleichtern.

Am Ende eines Überlebensfähigkeitsereignisses verarbeitet der Konnektor die während des Ereigniszeitraums generierten CDRs zusammen mit den Konfigurationsdaten, um verschiedene Anrufanzahlen zu ermitteln. Zu den Kennzahlen gehören die Anzahl der Gesamtanrufe, Notrufe und externen Anrufe. Sie dienen der Überwachung der Nutzung interner Funktionen. Lediglich die Anrufanzahlmetriken werden an die Webex-Cloud gesendet, die eigentlichen CDRs werden jedoch nicht übertragen.

Nachfolgend ein Beispiel für eine Konfiguration:


!
gw-accounting file
 primary ifs bootflash:guest-share/cdrs/
 acct-template callhistory-detail
 maximum cdrflush-timer 5
 cdr-format detailed
!

Erläuterung der Befehle:

  • primary ifs bootflash:guest-share/cdrs/- Dieser Befehl dient dazu, die CDR-Dateien im Ordner „guest-share“ zu speichern, um dem Connector den Zugriff zu ermöglichen.

  • acct-template callhistory-detail- Dieser Befehl ist erforderlich, um das Dial-Peer-Tag in den CDR aufzunehmen.

  • maximum cdrflush-timer 5- Der Standardwert beträgt 60 Minuten, aber durch die Einstellung auf 5 Minuten können CDRs schneller in der Datei protokolliert werden.

  • cdr-format detailed- Dies ist das Standardformat. Das kompakte Format ist ungeeignet, da es das Dial-Peer-Tag nicht enthält.

Konfigurationen zur Aktivierung der Anrufweiterleitung

Die Anrufweiterleitungsfunktion ist Teil der Ausfallsicherheitsfunktionen, die eine kontinuierliche Anrufbearbeitung bei Netzwerkausfällen gewährleisten, wenn die Verbindung zur Webex-Cloud unterbrochen wird. Das Survivability-Gateway fungiert als lokales Fallback-Gateway, das es Endpunkten ermöglicht, sich lokal zu registrieren und wichtige Anruffunktionen aufrechtzuerhalten.

  • Das Anrufweiterleitungsverhalten im Survivability-Modus wird vom Survivability-Gateway mithilfe von Pool-Konfigurationen, Dial-Peer-Konfigurationen und Routing-Richtlinien verwaltet, die Anrufe lokal bearbeiten oder über PSTN- oder SIP-Trunks weiterleiten.

  • Das Survivability-Gateway deaktiviert SIP REFER, SIP moved-temporarily für Anrufweiterleitung und Anruftransfer-Zusatzdienste, da Webex Calling diese Methoden im Survivability-Modus nicht verwendet.

Konfigurieren von Sprachregisterpools für Rufumleitungsszenarien:

Um die Rufumleitungsfunktion zu nutzen, konfigurieren Sie den Befehl call-forward b2bua unter den voice register pool der einzelnen Telefone.

  • Um call-forward allzu aktivieren, konfigurieren Sie Folgendes: call-forward b2bua all

  • Um call-forward no-answerzu aktivieren, konfigurieren Sie Folgendes:call-forward b2bua noan timeout

  • Um die Besetztmeldung bei einer bestimmten Anzahl eingehender Anrufe zu aktivieren, konfigurieren Sie Folgendes:

    
    call-forward b2bua busy 
    busy-trigger-per-button 

  • Beispielkonfiguration:

    
    voice register pool  1​
      id phone-number +12107501105​
      dtmf-relay rtp-nte​
      call-forward b2bua noan +12107501155 timeout 20​
      codec g711ulaw​
    
    voice register pool  2
       busy-trigger-per-button 2
       id extension-number 1104
       dtmf-relay rtp-nte
       call-forward b2bua busy +12307501111
       codec g711ulaw 

Konfigurationen zur Aktivierung der Jagdgruppe

Diese Tabelle bietet eine Zuordnung für die Konfiguration der Jagdgruppenfunktion in Control Hub und die Verwendung der Survivability-Gateway-Befehle.

Merkmale der JagdgruppeKonfiguration über den Control HubBefehle des Überlebensfähigkeits-Gateways

Anrufweiterleitungsmuster auswählen

Top-Down/Simultaneous/Circular/Longest-idle​

Sequential/Parallel/Peer/Longest-idle

Jagdgruppe hinzufügen

Fügen Sie pro Standort eine Jagdgruppe mit Namen und Telefonnummer hinzu.

Um eine Jagdgruppe hinzuzufügen, verwenden Sie die voice hunt-group . Fügen Sie anschließend die Telefonnummer mit dem Befehl pilot und den Namen der Anrufgruppe mit dem Befehl description hinzu.

Benutzer, Arbeitsbereiche oder virtuelle Leitungen zum Hinzufügen auswählen

Wählen Sie die Agenten aus, die Teil der Jagdgruppe sein sollen.

Konfigurieren Sie die Liste der Agenten mithilfe des Befehls number

Weiterleitung nach bestimmter Anzahl von Klingelzeichen

Konfigurieren Sie dies mithilfe der Option Anzahl der Ringe festlegen

Konfigurieren Sie die Weiterleitung des Anrufs an den nächsten Agenten mithilfe des Befehlstimeout anstatt der Anzahl der Klingeltöne.

Weiterleiten, wenn besetzt

Konfigurieren Sie dies mithilfe der Option Weiter bei belegtem Standort .

Konfigurieren Sie mit dem Befehl present-call idle-phone

Anrufe umleiten, wenn alle Agenten nicht erreichbar

Konfigurieren Sie dies mithilfe der Option Anrufe umleiten, wenn alle Agenten nicht erreichbar sind

Konfigurieren Sie mit dem Befehl final

Anrufe umleiten, wenn alle Agenten beschäftigt sind oder die Sammelanschlussgruppe besetzt ist

Konfigurieren Sie dies mithilfe der OptionAnrufe umleiten, wenn alle Agenten oder die Anrufgruppe belegt sind

Konfigurieren mit final command​

  • Konfigurieren Sie sequentielle Ringe einer Jagdgruppe.

    
      voice hunt-group 1 sequential​
        pilot 1111
        number 1 1001​
        number 2 1002​
        number 3 7089001​
        number 4 7089002​
        number 5 +1210903443​
        .....​
        .....​
        timeout 20​
        final 1009
        statistics collect
        description​
        present-call idle-phone

  • Konfigurieren einer Jagdgruppe paralleler Ringe

    
    voice hunt-group 2 parallel​
      pilot 2222​
      number 1 2001
      number 2 2002​
      number 3 2089001​
      number 4 2089002​
      number 5 +12109034433​
      .....​
      .....​
      timeout 60​
      final 1009​
      statistics collect​
      description​

Beschreibung der Befehle:

  • voice hunt-group- Mit diesem Befehl wird der Konfigurationsmodus für eine Jagdgruppe definiert und aufgerufen.

  • parallel- Dieses Schlüsselwort legt die Methode oder den Algorithmus der Anrufgruppe fest, mit dem das System eingehende Anrufe an die Mitglieder dieser Anrufgruppe verteilt.

  • number- Erstellt eine Liste von extensions/e164 numbers/ESN die Mitglieder einer Stimmenjagdgruppe sind. Keine der in der Liste aufgeführten Nummern darf die Pilotennummer einer anderen Jagdgruppe sein.

  • pilot- Dies ist die Hauptnummer oder Rufnummer für die Anrufgruppe. Anrufer wählen diese Nummer, um die Jagdgruppe zu erreichen.

  • timeout- Legt die maximale Zeitspanne in Sekunden fest, die die Suchgruppe versucht, ihre Mitglieder anzurufen, bevor sie die nächste Aktion ausführt.

  • final- Dieser Befehl legt die Ausweichnummer fest.

  • statistics collect​- Ermöglicht die Erfassung von operativen Statistiken für die Jagdgruppe.

  • descriptin- Beschreibung der Jagdgruppe

  • present-call idle-phone-Leiten Sie den Anruf nur an Agenten weiter, die gerade keine Zeit haben.

Nachfolgend ein Beispiel der Ausgabe des Befehls show voice hunt-group statistics. Die Ausgabe umfasst Direktanrufe an eine Rufnummerngruppe und Anrufe aus der Warteschlange oder dem B-ACD.


Router# show voice hunt-group 1 statistics last 1 h 
Wed 04:00 - 05:00
	Max Agents: 3
	Min Agents: 3
	Total Calls: 9
	Answered Calls: 7
	Abandoned Calls: 2
	Average Time to Answer (secs): 6
	Longest Time to Answer (secs): 13
	Average Time in Call (secs): 75
	Longest Time in Call (secs): 161
	Average Time before Abandon (secs): 8
	Calls on Hold: 2
	Average Time in Hold (secs): 16	
	Longest Time in Hold (secs): 21
	Per agent statistics:
		Agent: 5012
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 70
				Longest Time in Call (secs): 150
				Totals Calls on Hold: 1
				Average Hold Time (secs): 21
				Longest Hold Time (secs): 21
			From Queue:
				Total Calls Answered: 3
				Average Time in Call (secs): 55
				Longest Time in Call (secs): 78
				Total Calls on Hold: 2
				Average Hold Time (secs): 19
				Longest Hold Time (secs): 26
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5013
			From Direct Call:
				Total Calls Answered: 3
				Average Time in Call (secs): 51
				Longest Time in Call (secs): 118
				Totals Calls on Hold: 1
				Average Hold Time (secs): 11
				Longest Hold Time (secs): 11
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 4
				Longest Time in Call (secs): 4
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600
		Agent: 5014
			From Direct Call:
				Total Calls Answered: 1
				Average Time in Call (secs): 161
				Longest Time in Call (secs): 161
			From Queue:
				Total Calls Answered: 1
				Average Time in Call (secs): 658
				Longest Time in Call (secs): 658
				Total Loged in Time (secs): 3000
				Total Loged out Time (secs): 600

	Queue related statistics:
		Total calls presented to the queue: 5
		Calls handoff to IOS: 5
		Number of calls in the queue: 0
		Average time to handoff (secs): 2
		Longest time to handoff (secs): 3
		Number of abandoned calls: 0
		Average time before abandon (secs): 0
		Calls forwarded to voice mail: 0
		Calls answered by voice mail: 0
		Number of error calls: 0

Router# sh voice hunt-group 
Group 1
    type: sequential
    pilot number: 4444, peer-tag 2147483647
    list of numbers: 
        Member        Used-by       State  Login/Logout
        ======        =======       =====  ============
        1001          1001          up   -
        1003          1003          up   -
    preference: 0
    preference (sec): 0
    timeout: 15
    final_number: 
    auto logout: no
    stat collect: no
    phone-display: no
    hlog-block: no
    calls in queue: 0
    overwrite-dyn-stats: no
    members logout: no
    present-call idle-phone: no
webex-sgw-bgl14#

Konfigurationen zur Aktivierung der automatischen Basis-Anrufverteilung (B-ACD)

Der Basic Automatic Call Distribution (B-ACD) und Auto Attendant (AA) Service bietet die automatische Beantwortung von Anrufen von außen mit Begrüßungen und Menüs, die es den Anrufern ermöglichen, die richtige Abteilung auszuwählen oder bekannte Durchwahlnummern zu wählen.

B-ACD bietet automatische Anrufannahme und Anrufverteilung über interaktive Menüs und lokale Rufgruppen. Die B-ACD-Anwendung besteht aus automatischen Vermittlungsdiensten (AA) und einem Anrufwarteschlangendienst. Die automatische Telefonzentrale B-ACD unterstützt PSTN-Anrufe, die mit dem eingehenden SIP-Trunk und dem Codec g711ulaw ausgehandelt werden.

B-ACD unterstützt Sprachsuchgruppen mit sequenzieller, paralleler, gleichrangiger und längster Leerlauf-Anruf-Blast-Unterstützung sowie SIP Shared Lines und Mixed Shared Lines.

Ein eingehender Anruf wählt die B-ACD AA-Pilotnummer und gibt eine Ansage von sich, die eine Begrüßung und Anweisungen enthält, die dem Anrufer helfen, den Anruf automatisch weiterzuleiten.

Beschränkungen

Verwenden Sie beim Weiterleiten von Anrufen denselben Codec auf den eingehenden und ausgehenden Wählverbindungen. Die Verwendung unterschiedlicher Codecs wird nicht unterstützt. IOS ruft für die von einer TCL-Anwendung verarbeiteten Aufrufe keinen Transcoder auf.

B-ACD-Komponenten

Die B-ACD-Anwendung besteht aus einem Anrufwarteschlangendienst und einem oder mehreren AA-Diensten. Die konfigurierbaren Komponenten dieser Dienste sind:

  • Pilotnummer

  • Begrüßungsansage und andere Audiodateien

  • Menü-Optionen

  • Durchwahl anwählen

Pilotnummer

Jeder AA-Service hat seine eigene AA-Pilotnummer, die Anrufer wählen, um den AA zu erreichen. Diese Zahl wird im Befehl param aa-pilot angegeben. Die AA-Pilotnummer ist keiner Agenten-Telefonnummer oder einem physischen Telefon zugeordnet. Sie müssen jedoch einen Dial-Peer definieren, bei dem die AA-Pilotnummer als eingehende Rufnummer angegeben ist, damit diese Nummer von externen Anrufern erreicht werden kann.

Begrüßungsansage und andere Audiodateien

Die Begrüßungsansage ist eine Audiodatei, die abgespielt wird, wenn ein Anruf von der Pilotennummer angenommen wird. Diese Audiodatei ist eine von mehreren Audiodateien, die im Rahmen des B-ACD-Dienstes verwendet werden, um Anrufer über ihren Status und mögliche Handlungsoptionen zu informieren. Sie können personalisierte Audiodateien erstellen, in denen die Ihren Anrufern zur Verfügung stehenden Menüoptionen beschrieben werden. B-ACD-Audiodateien werden in den folgenden Abschnitten beschrieben:

Standard-Audiodateien neu aufnehmen

Für jeden Punkt im Skript werden Standard-Audiodateien bereitgestellt und den Anrufern zur Verfügung gestellt. Sie laden die Standard-Audiodateien über den Link herunter und kopieren sie an einen Ort, der vom B-ACD-Router erreicht werden kann, z. B. auf einen Flash-Speicher oder einen TFTP-Server. Die Audiodateien und die Skriptdateien sind in einer TAR-Datei auf der Website zusammengefasst. Die Standarddateien und ihre Meldungen sind in der Tabelle aufgeführt. Sie können personalisierte Nachrichten über die Standardnachrichten neu aufnehmen, aber Sie können die Namen der Audiodateien nicht ändern, außer wie im Abschnitt Ändern von Sprachcodes und Dateinamenausdrücklich beschrieben.

Um die Standard-Audioansagen vor der erstmaligen Verwendung eines B-ACD-Dienstes neu aufzunehmen und zu installieren, folgen Sie den Schritten im Abschnitt Herunterladen von Tcl-Skripten und Audioansagen. Um Audioansagen in einem bestehenden B-ACD-Dienst neu aufzunehmen, befolgen Sie die Schritte im Abschnitt Aktualisieren von Skriptparametern und Audioansagen (Nur Wahl über Nebenstelle).

StandarddateinameStandardansageLänge der Standardankündigung
en_bacd_welcome.au

"Vielen Dank für den Anruf." Beinhaltet eine zweisekündige Pause nach der Nachricht.

3 Sekunden

en_bacd_options_menu.au

Für Verkaufsanfragen 1 drücken (Pause)

Für Kundendienst die 2 drücken (Pause).

Um über die Durchwahl zu wählen, drücken Sie 3 (Pause).

Um mit einem Mitarbeiter zu sprechen, drücken Sie die Null.

Beinhaltet eine viersekündige Pause nach der Nachricht.

15seconds

en_bacd_disconnect.au

„Wir können Ihren Anruf momentan nicht entgegennehmen.“ Versuchen Sie es zu einem späteren Zeitpunkt erneut. Vielen Dank für den Anruf." Beinhaltet eine viersekündige Pause nach der Nachricht.

10seconds

en_bacd_invalidoption. au

„Sie haben eine ungültige Option eingegeben.“ Bitte versuchen Sie es erneut. Beinhaltet eine einsekündige Pause nach der Nachricht. Diese Ansage wird abgespielt, wenn ein Anrufer eine ungültige Menüoption auswählt oder eine ungültige Durchwahl wählt.

7seconds

en_bacd_enter_dest.au

„Bitte geben Sie die gewünschte Durchwahlnummer ein.“ Beinhaltet eine fünfsekündige Pause nach der Nachricht. Diese Ansage wird abgespielt, wenn ein Anrufer die Option dial-by-extension auswählt.

7seconds

en_bacd_allagentsbusy. au

„Alle Mitarbeiter sind derzeit mit der Betreuung anderer Kunden beschäftigt.“ Bitte bleiben Sie in der Leitung, um Unterstützung zu erhalten. Jemand wird in Kürze bei Ihnen sein.“ Beinhaltet eine zweisekündige Pause nach der Nachricht. Diese Aufforderung wird auch als zweite Begrüßung bezeichnet.

7seconds

en_bacd_music_on_hol d.au

Für Anrufer mit B-ACD wird Wartemusik (MOH) abgespielt.

60seconds

Falls Sie eine der Audiodateien neu aufnehmen, beachten Sie bitte, dass die B-ACD-Ansagen eine G.711-Audiodatei (.au) mit 8-Bit-, Mu-Law- und 8-kHz-Codierung erfordern. Wir empfehlen die folgenden Audio-Tools oder andere von vergleichbarer Qualität:

  • Adobe Audition für Microsoft Windows von Adobe Systems Inc. (ehemals Cool Edit von Syntrillium Software Corp.)

  • AudioTool für Solaris von Sun Microsystems Inc.

B-ACD konfigurieren

Hier einige Konfigurationsbeispiele:


application
 service aa bootflash:app-b-acd-aa-3.0.0.8.tcl
  paramspace english index 1
  param handoff-string aa
  param dial-by-extension-option 
  paramspace english language en
  param aa-pilot 
  paramspace english location flash:
  param welcome-prompt _bacd_welcome.au
  param voice-mail 
  param service-name queue
 !
 service queue bootflash:app-b-acd-3.0.0.8.tcl
  param queue-len 30
  param queue-manager-debugs 1
 ! 

! SIP PSTN Dial-Peers for Auto Attendant(BACD) service called aa associated with incoming voice port
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 session protocol sipv2
 incoming called-number 
 dtmf-relay rtp-nte
 codec g711ulaw
 no vad
!
! TDM PSTN Dial-Peers if not using SIP for Auto Attendant(BACD) service called aa associated with incoming voice pots
dial-peer voice 500 voip
 description Inbound dial-peer for Auto Attendant
 service aa
 incoming called-number 
 port %tdm_port%
! 
Erklärung des Befehls:
BefehlErklärung
param dial-by-extension-option

Ermöglicht es Anrufern, nach dem Wählen der angegebenen Menünummer Durchwahlnummern anzurufen.

Menünummer— Kennung einer Menüoption. Die Skala reicht von 1 bis 9. Es gibt keinen Standardwert.

param aa-pilot

Gibt die Pilotennummer an, die dem automatischen Vermittlungsdienst zugeordnet ist.

param voice-mail

Definiert ein alternatives Ziel für Anrufe, die von AA-Agenten nicht entgegengenommen werden.

paramspace english language en

Definiert den Sprachcode von Audiodateien, die von einer IVR-Anwendung für dynamische Ansagen verwendet werden.

  • language-package—Name des zu verwendenden Sprachpakets. Es gibt drei integrierte Sprachpakete: Chinesisch, Englisch und Spanisch. Weitere Sprachen können durch die Verwendung des Tcl-Sprachskripts (Tool Command Language) unterstützt werden.

  • Sprachcode —Zweistelliger Code, der die Sprache der zugehörigen Audiodateien identifiziert. Gültige Eingaben sind wie folgt:

    ch —Chinesisch

    en —Englisch

    sp —Spanisch

    aa —alle

Dieser Sprachcode muss mit dem zweistelligen Sprachpräfix übereinstimmen, das in den Namen Ihrer Audio-Prompt-Dateien verwendet wird, unabhängig von der Sprache, die tatsächlich in der Datei verwendet wird. Weitere Informationen finden Sie in der Begrüßungsansage und den anderen Audiodateien

param welcome-prompt audio-filename

Weist eine Audiodatei für die Begrüßungsansage dieses AA-Dienstes zu.

  • audio-filename —Identifier-Teil des Namens der Audiodatei, die die Begrüßungsansage enthält, die abgespielt werden soll, wenn Anrufer zum ersten Mal den B-ACD-Dienst erreichen. Der Bezeichnerteil des Dateinamens enthält kein Sprachpräfix und muss mit einem Unterstrich beginnen.

Ändern von Sprachcodes und Dateinamen

  • Das Präfix eines jeden Dateinamens kann in ch, en, sp oder aa geändert werden. Das Präfix muss mit dem Code übereinstimmen, der im Parameter language-code des Befehls paramspace language angegeben ist, unabhängig von der tatsächlich in der Datei verwendeten Sprache.

  • Nach dem Präfix kann die Willkommensdatei (Standardwert ist en_bacd_welcome.au) einen beliebigen identifizierenden Namen haben, wie im Befehl param welcome-prompt definiert.

  • Nach dem Präfix kann der Dateiname der Dropdown-Eingabeaufforderung (es wird kein Standardwert angegeben) einen beliebigen identifizierenden Namen haben, wie in der param drop-through-prompt -Anweisung definiert.

In den Audiodateien können Sie eine Ansage in jeder beliebigen Sprache aufnehmen. Es ist nicht notwendig, das Präfix einer Datei zu ändern, die eine Eingabeaufforderung in einer anderen Sprache enthält, da die Sprachcode-Präfixe für Funktionen verwendet werden, die nicht Teil des B-ACD-Dienstes sind. Wichtig ist jedoch, dass die Sprachcode-Präfixe Ihrer Dateien mit dem Sprachcode übereinstimmen, der im Parameter language-code des Befehls paramspace language angegeben ist, unabhängig von der Sprache, die tatsächlich in der Audiodatei verwendet wird.

Ändern Sie den Kennungsteil des Namens einer Audiodatei nicht, mit Ausnahme der _bacd_welcome.au -Datei. Die Skripte identifizieren Audiodateien, die die gleichen Identifikationsnamen wie die in Tabelle aufgeführten Dateien haben und die das gleiche Präfix besitzen, das Sie im paramspace-Sprachbefehl angeben.

Die beiden Ausnahmen von den allgemeinen Dateibenennungsregeln sind die Begrüßungsansage-Audiodatei (Standard: en_bacd_welcome.au) und die drop-through-option -Ansage-Audiodatei (kein Standardwert angegeben). Die identifizierenden Bestandteile der Dateinamen für diese beiden Audio-Prompts werden während der Konfiguration explizit angegeben und sind vollständig vom Benutzer konfigurierbar. Diese Dateien können beliebige Dateinamen verwenden, solange die Namen den folgenden Konventionen entsprechen:

  • Der Präfixteil des Dateinamens muss mit dem Sprachcode übereinstimmen, der im paramspace language-Befehl angegeben ist. Zum Beispiel en.

  • Der Kennungsteil des Dateinamens muss mit einem Unterstrich beginnen. Zum Beispiel, _welcome_to_xyz.au.

Verwendung von Audiodateien zur Beschreibung der Menüauswahl

Standardmäßig werden zwei Audiodateien bereitgestellt, um dem Anrufer eine erste Orientierung und Hinweise zu den verfügbaren Menüoptionen zu geben: en_welcome_prompt.au Und en_bacd_options_menu.au. Sie können benutzerdefinierte Nachrichten anstelle der in diesen Dateien enthaltenen Standardnachrichten aufnehmen, wie in Tabelleerläutert.

Wenn Ihr B-ACD-Dienst einen einzelnen AA-Dienst verwendet, zeichnen Sie eine Begrüßung in en_welcome_prompt.au auf und zeichnen Sie Anweisungen zu den Menüoptionen in en_bacd_options_menu.auauf.

Wenn Ihr B-ACD-Dienst mehrere AA-Dienste nutzt, benötigen Sie für jeden AA separate Begrüßungen und Anweisungen. Beachten Sie dabei die folgenden Richtlinien:

  • Nehmen Sie für jeden AA-Gottesdienst eine separate Begrüßungsansage auf und verwenden Sie für jede Begrüßungsansage einen anderen Namen für die Audiodatei. Beispiel: en_welcome_aa1.au Und en_welcome_aa2.au. Die in diesen Dateien aufgezeichneten Begrüßungsansagen müssen sowohl die Begrüßung als auch die Anweisungen zu den Menüoptionen enthalten.

  • Stille in der Audiodatei aufnehmen en_bacd_options_menu.au. Es muss mindestens eine Sekunde Stille aufgezeichnet werden. Beachten Sie, dass diese Datei keine Menüanweisungen enthält, wenn mehrere AA-Dienste vorhanden sind.

Menü-Optionen

Der Zweck eines B-ACD-Dienstes besteht darin, Anrufe automatisch an das richtige Ziel in Ihrer Organisation weiterzuleiten. Interaktive AA-Dienste ermöglichen es Ihnen, Anrufern Menüoptionen anzubieten, damit diese die für ihre Anrufe passende Auswahl treffen können. Die in B-ACD verfügbaren Menüoptionen werden in der Tabelle beschrieben. Die Menüoptionen werden den Anrufern durch Audioansagen mitgeteilt, die in der Begrüßungsansage und anderen Audiodateienbeschrieben sind.

TypBeschreibungAnforderungenBeispiel
Dial-by-extension

Der Anrufer drückt eine Ziffer, um eine bekannte Durchwahl wählen zu dürfen.

Die für diese Option verwendete Menünummer darf nicht mit einer der Menünummern (aa-hunt) übereinstimmen, die beim Anrufwarteschlangendienst verwendet werden.

Keine Voraussetzungen.

Nachdem der Anrufer die Menüoptionen gehört hat, wählt er die 4 und kann dann eine interne Durchwahlnummer wählen.

Einwahl über Nebenstelle

Der B-ACD-Dienst kann auch eine Option zur Wahl über die Nebenstelle bieten, die es Anrufern ermöglicht, interne Nebenstellennummern zu wählen, wenn sie die Nebenstellennummer bereits kennen. Die Option „Durchwahl“ wird als Menüoption angezeigt.

Die Option „Wählen über Nebenstelle“ wird konfiguriert, indem eine Menüoptionsnummer für den Parameter „Wählen über Nebenstelle“ angegeben wird. Bei Verwendung des folgenden Befehls können Anrufer die 1 und anschließend eine Durchwahlnummer wählen.

param dial-by-extension-option 1

Bei einem B-ACD-Anrufwarteschlangendienst müssen die Rufnummern für die Durchwahl und die Rufgruppen einander ausschließen. Diese Einschränkung bedeutet, dass die für die Option "Wählen über Nebenstelle" verwendete Optionsnummer nicht mit einer der für die AA-Suchoptionen verwendeten Optionsnummern übereinstimmen darf. Wenn Sie beispielsweise aa-hunt1 bis aa-hunt5 verwenden, um Jagdgruppen in Ihrer Anrufwarteschlangen-Dienstkonfiguration anzugeben, dann können Sie Option 6 für die Wahl nach Nebenstelle verwenden, aber keine der Nummern 1 bis 5.

Wenn alle zehn AA-Rufnummern für Rufgruppen im Anrufwarteschlangendienst verwendet werden, bleibt keine Option mehr für die Wahl über die Nebenstelle übrig. Beachten Sie, dass diese Einschränkung auf allen Optionsnummern (AA-Suchnummern) basiert, die mit dem Anrufwarteschlangendienst verwendet werden, und nicht auf den Optionsnummern, die mit einer AA-Anwendung verwendet werden.

Herunterladen von Tcl-Skripten und Audio-Prompts

Befolgen Sie diese Schritte, um die für Ihren B-ACD-Dienst erforderlichen Skriptdateien und Eingabeaufforderungsdateien vorzubereiten.

  1. Kopieren Sie die TAR-Datei in den Bootflash-Speicher des SGW-Routers.

  2. Entpacken Sie die TCL- und Audiodateien mit folgendem Befehl:

    archive tar /xtract bootflash:cme-b-acd-3.0.0.8.tar bootflash:
  3. Nehmen Sie die Audiodateien gegebenenfalls neu auf.

Erläuterung der Befehle:

BefehlErklärung

Laden Sie die B-ACD-Tar-Datei herunter.

Laden Sie die B-ACD-Tar-Datei mit dem Namen cme-b-acd-3.0.0.8.tar auf einen TFTP-Server herunter, der für den SGW-Router zugänglich ist.

Diese TAR-Datei enthält das AA-Tcl-Skript, das Anrufwarteschlangen-Tcl-Skript und die Standard-Audiodateien, die Sie für den B-ACD-Dienst benötigen.

enable

Aktiviert den privilegierten EXEC-Modus auf dem SGW-Router. Geben Sie Ihr Passwort ein, falls Sie dazu aufgefordert werden.

archivetar/xtract flash:

Entpackt die Dateien im B-ACD-Dateiarchiv und kopiert sie in den Flash-Speicher. Die folgenden Dateien sind in der cme-b-acd-3.0.0.8.tar -Datei enthalten:

  • app-b-acd-aa-xxxxtcl (AA-Skript)

  • app-b-acd-xxxxtcl (Anrufwarteschlangenskript)

  • en_bacd_allagentsbusy.au (Audiodatei)

  • en_bacd_options_menu.au (Audiodatei)

  • en_bacd_disconnect.au (Audiodatei)

  • en_bacd_music_on_hold.au (Audiodatei)

  • en_bacd_invalidoption.au (Audiodatei)

  • en_bacd_welcome.au (Audiodatei)

  • en_bacd_enter_dest.au (Audiodatei)

Bei Bedarf aufzeichnen

Nehmen Sie die Audiodateien mit Ihren individuellen Nachrichten neu auf, ändern Sie aber nicht die Dateinamen.

Bespiele

Das folgende Beispiel extrahiert Dateien aus dem Archiv cme-b-acd-2.1.0.0 auf dem Server unter 192.168.1.1 und kopiert sie in den Flash-Speicher des B-ACD-Routers.

archive tar /xtract tftp://192.168.1.1/cme-b-acd-2.1.0.0.tar flash:

Aktualisieren von Skriptparametern und Audioansagen (nur Wahl per Nebenstelle)

Sie können die B-ACD-Skriptparameter aktualisieren, indem Sie Änderungen an der Cisco IOS-Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden, müssen Sie die B-ACD-Skripte, an denen Sie Änderungen vorgenommen haben, stoppen und neu laden. Wenn Sie Audioansagen neu aufnehmen, müssen Sie die geänderten Audioansagendateien neu laden.

  1. Ermitteln Sie die Sitzungs-IDs aller aktiven Sitzungen.

    Verwenden Sie den Befehl showcall application sessions im privilegierten EXEC-Modus, um die Sitzungs-ID-Nummern (SID) von AA- und Anrufwarteschlangendiensten zu erhalten. Wenn die AA-Sitzung keine aktiven Anrufe hat, wird der Name des AA-Skripts nicht in der Ausgabe des Befehls show call application sessions angezeigt.

  2. Stoppen Sie gegebenenfalls die B-ACD AA- und Anrufwarteschlangen-Dienstsitzungen. Verwenden Sie dazu die Sitzungs-ID-Nummern aus Schritt 1, um die B-ACD AA-Dienst- und Anrufwarteschlangen-Dienstsitzungen zu stoppen. Verwenden Sie den Befehl call application session stop im privilegierten EXEC-Modus, um die AA- und Anrufwarteschlangensitzungen zu beenden.
  3. Laden Sie das AA-Skript und die Anrufwarteschlangenskripte neu – Verwenden Sie den Befehl call application voice load im privilegierten EXEC-Modus, um die Skripte neu zu laden.
  4. Wenn eine Audio-Promptdatei geändert wurde, laden Sie sie neu – Verwenden Sie den Befehl audio-prompt load im privilegierten EXEC-Modus, um eine Audiodatei neu zu laden. Wiederholen Sie diesen Befehl für jede geänderte Audiodatei.

Überprüfung des B-ACD-Status

Verwenden Sie den Befehl show call application sessions, um zu überprüfen, ob B-ACD aktiv ist.

Das folgende Beispiel zeigt eine Sitzung mit aktiven AA- und Anrufwarteschlangenanwendungen. Das Feld „App“ enthält den Dienstnamen, das Feld „Url“ den Speicherort der Skriptdatei für die Anwendung.


Session ID 17
App: aa
Type: Service
Url: flash:app-b-acd-aa-2.1.0.0.tcl
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl 

Das folgende Beispiel zeigt eine Sitzung, in der nur die Warteschlangenanwendung aktiv ist. Das AA-Skript erscheint nicht in der Ausgabe des Befehls show call application sessions, da keine aktiven Aufrufe vorliegen. Der Name des AA-Dienstes wird in der Ausgabe nur angezeigt, wenn ein aktiver Anruf vorliegt. Das Anrufwarteschlangen-Skript wird nach dem ersten eingehenden Anruf aktiviert und bleibt auch dann aktiv, wenn keine aktiven Anrufe vorliegen.


Router# show call application sessions
Session ID 12
App: queue
Type: Service
Url: flash:app-b-acd-2.1.0.0.tcl

Sie können die B-ACD-Skriptparameter aktualisieren, indem Sie Änderungen an der Cisco IOS-Konfiguration vornehmen. Damit die Parameteränderungen wirksam werden, müssen Sie die B-ACD-Skripte, an denen Sie Änderungen vorgenommen haben, wie in den folgenden Schritten beschrieben stoppen und neu laden. Wenn Sie Audioansagen neu aufnehmen, müssen Sie die geänderten Audioansagendateien neu laden.

  1. Ermitteln Sie die Sitzungs-IDs aller aktiven Sitzungen:

    Verwenden Sie den Befehl show call application sessions im privilegierten EXEC-Modus, um die Sitzungs-ID-Nummern (SID) von AA- und Anrufwarteschlangendiensten zu erhalten. Wenn die AA-Sitzung keine aktiven Anrufe hat, wird der Name des AA-Skripts nicht in der Ausgabe des Befehls show call application sessions angezeigt.

    Das folgende Beispiel zeigt eine Sitzung mit aktiven Anrufen. Das Feld „App“ ist der Dienstname, der dem Anrufwarteschlangenskript und dem AA-Skript zugewiesen wird. Die Dienstnamen können Sie auch in der Ausgabe des Befehls „show running-config“ sehen.

    
    Router# show call application sessions
    Session ID 17
    App: aa
    Type: Service
    Url: bootflash:app-b-acd-aa-3.0.0.8.tcl
    
    Session ID 12
    App: queue
    Type: Service
    Url: bootflash:app-b-acd-3.0.0.8.tcl
    
  2. Beenden Sie gegebenenfalls die B-ACD AA- und Anrufwarteschlangen-Dienstsitzungen.

    Beenden Sie mithilfe der Sitzungs-ID-Nummern aus Schritt 1 die Sitzungen des B-ACD AA-Dienstes und des Anrufwarteschlangendienstes. Verwenden Sie den Befehl call application session stop im privilegierten EXEC-Modus, um die AA- und Anrufwarteschlangensitzungen zu beenden.

    
    Router# call application session stop id 17
    Router# call application session stop id 12

    Wenn Sie den Befehl zum Beenden der Anwendungssitzung für einen AA-Dienst verwenden, werden folgende Aktionen ausgeführt:

    Der AA-Service wurde eingestellt.

    Alle aktiven Anrufe an den AA-Dienst werden unterbrochen.

    Der AA-Dienstname wird aus der Ausgabe des Befehls show call application sessions entfernt.

    Um zu vermeiden, dass Anrufe unterbrochen werden, warten Sie mit dem erneuten Laden des Skripts, bis keine eingehenden Anrufe mehr eingehen, beispielsweise nach Feierabend.

    Wenn in der Ausgabe des Befehls show call application sessions kein AA-Dienstname erscheint, bedeutet dies, dass keine Anrufsitzungen vorhanden sind und Sie keinen call application session stop -Befehl dafür ausführen müssen.

  3. Laden Sie das AA-Skript und die Anrufwarteschlangenskripte neu.

    Verwenden Sie den Befehl call application voice load im privilegierten EXEC-Modus, um die Skripte neu zu laden.

    
    Router# call application voice load aa
    Router# call application voice load queue
  4. Wenn eine Audio-Promptdatei geändert wurde, laden Sie sie neu.

    Verwenden Sie den Befehl audio-prompt load im privilegierten EXEC-Modus, um eine Audiodatei neu zu laden. Wiederholen Sie diesen Befehl für jede geänderte Audiodatei.

    
    Router# audio-prompt load flash:en_bacd_welcome.au
    Reload of flash:en_bacd_welcome.au successful

Einschränkungen und Beschränkungen

  • Die Verfügbarkeit von Diensten des öffentlichen Telefonnetzes (PSTN) hängt von den SIP-Trunks oder PSTN-Leitungen ab, die während eines Netzausfalls verfügbar sind.

  • Geräte mit 4G- und 5G-Konnektivität (z. B. die Webex-App für Mobiltelefone oder Tablets) können sich auch bei Ausfällen noch bei Webex Calling registrieren. Daher könnten sie während eines Ausfalls von demselben Standort aus keine anderen Nummern anrufen können.

  • Wählmuster könnten im Überlebensmodus anders funktionieren als im Aktivmodus.

  • Das Survivability Gateway muss eine IPv4-Adresse verwenden. IPv6 wird nicht unterstützt.

  • Eine Aktualisierung des Synchronisierungsstatus im Control Hub auf Abruf kann bis zu 30 Minuten dauern.

  • Die Anruf-Dockingstation wird im Überlebensmodus nicht unterstützt.

  • Konfigurieren Sie den SIP-Bind-Befehl nicht im VoIP-Konfigurationsmodus für Sprachdienste. Dies führt zu einem Registrierungsfehler von MPP-Telefonen beim Survivability Gateway.

  • Um Konflikte zu vermeiden und die Rückverfolgbarkeit, Redundanz und Ausfallsicherheit zu verbessern, ist es wichtig, dass die Geräteseriennummern (ESNs) an verschiedenen physischen Standorten eindeutig sind.

Im Überlebensmodus gelten folgende Einschränkungen:

  • MPP-Softkeys: Funktionstasten wie Parken, Auffahren, Mitfahren lassen, Abholen, Gruppenannahme und Anruf annehmen werden nicht unterstützt, scheinen aber auf dem Gerät nicht deaktiviert zu sein.

  • Gemeinsame Leitungen: Anrufe an gemeinsam genutzte Leitungen können auf allen Geräten klingeln; andere Funktionen der gemeinsam genutzten Leitung, wie Fernüberwachung des Leitungsstatus, Halten, Fortsetzen, synchronisierte Nicht-Stören-Funktion (DND) und Anrufweiterleitungseinstellungen, sind jedoch nicht verfügbar.

  • Konferenzen: Konferenzschaltungen oder Dreierkonferenzen werden nicht unterstützt.

  • Automatische Basis-Anrufverteilung (B-ACD): Der Dienst mit gemeinsam genutztem Survivability Gateway und Local Gateway wird nicht unterstützt.

  • Anrufliste: Die getätigten Anrufe werden sowohl auf MPP-Geräten als auch in der Webex-App lokal im Anrufverlauf gespeichert.

  • Jagdgruppen: Sie können bis zu 100 Jagdgruppen konfigurieren, wobei jede Gruppe maximal 32 Benutzer unterstützt.

  • Verbesserte Darstellung bei gemeinsamen Anrufen: Funktionen wie Leitungsstatusbenachrichtigung, gemeinsame Leitung hold/remote Die Funktionen resume und andere Funktionen mit Basic Calls, Hunt Group oder Call Forward werden nicht unterstützt.

  • Anrufweiterleitung für Jagdgruppen: Das gewichtete Anrufweiterleitungsmuster wird nicht unterstützt.

Benutzererfahrung während des Failovers

Wenn ein Standort in Ihrer Firma die Internetverbindung verliert und Sie sich an diesem Standort befinden, können Sie weiterhin Anrufe tätigen und empfangen, sowohl intern in Ihrer Firma als auch extern mit Kunden. Siehe Webex App | Standortüberlebensfähigkeit.

Konfigurationsbeispiele

PSTN-Verbindungsbeispiele

Für externe Anrufe konfigurieren Sie eine Verbindung zum PSTN. In diesem Abschnitt werden einige der Optionen erläutert und Beispielkonfigurationen bereitgestellt. Die beiden Hauptoptionen sind:

  • Verbindung der Sprachschnittstellenkarte (VIC) zum PSTN

  • SIP-Trunk zu PSTN-Gateway

Sprachschnittstellenkarte-Anschluss an PSTN

Sie können eine Voice Interface Card (VIC) auf dem Router installieren und eine Portverbindung zum PSTN konfigurieren.

SIP-Trunk zu PSTN-Gateway

Sie können eine SIP-Trunk-Verbindung konfigurieren, die auf ein PSTN-Gateway verweist. Um die Trunk-Verbindung auf dem Gateway zu konfigurieren, verwenden Sie die voice-class-tenant-Konfiguration. Nachfolgend eine Beispielkonfiguration.

voice class tenant 300 
  sip-server ipv4::
  session transport udp 
  bind all source-interface GigabitEthernet0/0/1 
 

Wählpartnerkonfiguration

Konfigurieren Sie für Trunk-Verbindungen eingehende und ausgehende Wählverbindungen für die Trunk-Verbindung. Die Konfiguration richtet sich nach Ihren Anforderungen. Ausführliche Konfigurationsinformationen finden Sie im Dial Peer Configuration Guide, Cisco IOS Release 3S.

Nachfolgend finden Sie Beispielkonfigurationen:

Ausgehende Wählverbindungen zum PSTN mit UDP und RTP

dial-peer voice 300 voip 
 description outbound to PSTN 
 destination-pattern +1[2-9]..[2-9]......$ 
 translation-profile outgoing 300
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 session target sip-server
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Eingehender Dial-Peer aus dem PSTN über UDP mit RTP

voice class uri 350 sip 
 host ipv4: 
 !
dial-peer voice 190 voip 
 description inbound from PSTN 
 translation-profile incoming 350 
 rtp payload-type comfort-noise 13 
 session protocol sipv2 
 voice-class codec 1 
 voice-class sip tenant 300 
 dtmf-relay rtp-nte 
 no vad

Zahlenübersetzungen

Bei PSTN-Anschlüssen müssen Sie möglicherweise Übersetzungsregeln verwenden, um interne Nebenstellen in eine E.164-Nummer zu übersetzen, die vom PSTN weitergeleitet werden kann. Nachfolgend finden Sie Beispielkonfigurationen:

Aus der PSTN-Übersetzungsregel mit nicht +E164

voice translation-rule 350 
 rule 1 /^\([2-9].........\)/ /+1\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Aus der Übersetzungsregel des Telefonsystems mit +E164

voice translation-rule 300 
 rule 1 /^\+1\(.*\)/ /\1/ 
 voice translation-profile 300 
 translate calling 300 
 translate called 300

Beispiel für einen Notruf

Das folgende Beispiel enthält eine Beispielkonfiguration für einen Notruf.

Wenn das WiFi-Overlay nicht genau mit den IP-Subnetzen übereinstimmt, dann kann es sein, dass für mobile Geräte keine korrekte ELIN-Zuordnung für Notrufe vorliegt.

Notfallreaktionsstandorte (ERLs)


voice emergency response location 1
 elin 1 14085550100
 subnet 1 192.168.100.0 /26
 !
voice emergency response location 2
 elin 1 14085550111
 subnet 1 192.168.100.64 /26
 !
voice emergency response zone 1
 location 1 
 location 2 

Ausgehende Wählverbindungen


voice class e164-pattern-map 301
 description Emergency services numbers
  e164 911
  e164 988
 !
voice class e164-pattern-map 351
 description Emergency ELINs
  e164 14085550100
  e164 14085550111
 !
dial-peer voice 301 pots
 description Outbound dial-peer for E911 call
 emergency response zone 1 
 destination e164-pattern-map 301
 !
 dial-peer voice 301 pots
 description Inbound dial-peer for E911 call
 emergency response callback
 incoming called e164-pattern-map 351
 direct-inward-dial 
War dieser Artikel hilfreich für Sie?
War dieser Artikel hilfreich für Sie?