In diesem Artikel
dropdown icon
Übersicht über Webex Calling
    dropdown icon
    Tour zu Control Hub machen
      Erste Schritte
      Assistent für den Einstieg für Testversionen
      Überprüfen Ihrer Einstellungen
      Benutzer hinzufügen
      Einrichten von einmaliger Anmeldung (Single Sign On, SSO)
      Zuweisen von Diensten zu Benutzern
      Startschuss für Ihre Benutzer
    Rolle des lokalen Gateways
    dropdown icon
    Unterstützte Bereitstellungen des lokalen Gateways für Webex Calling
      Bereitstellungen des lokalen Gateways ohne IP PBX am Standort
      Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort
    Hinweise zur Anrufverteilung
    Dienstklasse (CoS – Class of Service)
    Integration des Wählplans
    dropdown icon
    Protokoll-Handler für Anrufe
      Protokoll-Handler für Windows
      Protokollhandler für macOS
dropdown icon
Umgebung vorbereiten
    Allgemeine Voraussetzungen
    Hardware- und Software-Anforderungen für das lokale Gateway
    Lizenzanforderungen für lokale Gateways
    Zertifikats- und Sicherheitsanforderungen für das lokale Gateway
    Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway
dropdown icon
Port-Referenzinformationen für Webex Calling
    Proxy-Unterstützung für Webex Calling
    dropdown icon
    Firewall-Konfiguration
      IP-Subnetze für Webex Calling-Dienste
      Servicequalität (QoS)
      Webex Meetings/Messaging – Netzwerkanforderungen
    Überarbeitungsverlauf des Dokuments
dropdown icon
Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren
    Übersicht
dropdown icon
CUBE High Availability als lokales Gateway implementieren
    Grundlagen
    Konfigurieren von Redundanz auf beiden CUBEs
    Konfigurieren eines lokalen Gateways auf beiden CUBEs
dropdown icon
Konfigurieren von Webex Calling für Ihre Organisation
    Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung
    Standort hinzufügen
    Standort löschen
    dropdown icon
    Aktualisieren eines bestehenden Standorts
      Zu Cisco Calling-Tarifen migrieren
      So initiieren Sie eine PSTN-Verbindungsänderung
      PSTN-Verbindungsänderung abbrechen
    Webex Calling-Wählplan konfigurieren
    Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub
    Erstellen eines Trunk
    Auswählen eines Trunk für das lokale PSTN
    Telefonnummern verwalten
    Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus
    Festlegen von Anrufoptionen
    Anrufverhalten einrichten
dropdown icon
Konfigurieren von Unified CM für Webex Calling
    Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways
    Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways
    Erstellen eines Anrufsuchbereichs für Anrufe von Webex
    Konfigurieren eines SIP-Übertragungswegs von und zu Webex
    Konfigurieren der Routengruppe für Webex
    Konfigurieren der Routenliste für Webex
    Erstellen einer Partition für Webex-Ziele
    Konfigurieren von Routen-Mustern für Webex-Ziele
    Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex
dropdown icon
Webex Calling-Funktionen einrichten
    Einrichten eines Sammelanschluss
    Erstellen einer Anrufwarteschlange
    Empfangs-Client erstellen
    Auto Attendants erstellen und verwalten
    Konfiguration einer Paging-Gruppe
    Einrichtungs-Anrufannahme
    Geparkten Anruf einrichten
    Aufschaltung für Benutzer aktivieren
    Datenschutz für einen Benutzer aktivieren
    Überwachung konfigurieren
    Warnton für Anrufüberbrückung für Benutzer aktivieren
    Aktivieren Sie das Hotel für einen Benutzer
dropdown icon
Tendenzen hinsichtlich Akzeptanz und Nutzungsberichte für Webex Calling
    Anrufberichte anzeigen
03. April 2025 | 8608 Ansicht(en) | 2 Personen fanden das hilfreich

Konfigurationsworkflow für Webex Calling

list-menuIn diesem Artikel
list-menuFeedback?

Informieren Sie sich über alle verfügbaren Informationen zu Webex Calling, unabhängig davon, ob Sie ein Partner, ein Administrator oder ein Benutzer sind. Verwenden Sie die hier angegebenen Links, um mit der Nutzung aller Dienste und Funktionen zu beginnen, die mit Webex Calling verfügbar sind.

Umgebung vorbereiten

Anforderungen an das lokale Gateway für Webex Calling

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie verfügen über grundlegende Kenntnisse des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere lokale Gateways (Cisco CUBE (für IP-basierte Konnektivität) oder ein Cisco IOS Gateway (für TDM-basierte Konnektivität)) verfügt, die in Tabelle 1 im Local Gateway for Webex Calling Ordering Guide aufgeführt sind. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version wie im Konfigurationsleitfaden für das lokale Gateway angegeben ausgeführt wird.

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

Webex Calling erfordert eine sichere Signalisierung und sichere Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.


 

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.


 

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

 

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Sprache für Ansage – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mails für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .


 
Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen zur Standortidentifikation ein.
  • Land/Region – Wählen Sie ein Land aus, an das der Standort gebunden werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse – Geben Sie die Postadresse des Standorts ein.
  • Stadt/Ort – Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Provinz/Region – Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl – Geben Sie die Postleitzahl ein.
  • Ansagesprache – Wählen Sie die Sprache für Audioansagen und Eingabeaufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache – Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone – Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern und wählen Sie dann Ja / Nein , um jetzt oder später Nummern zum Standort hinzuzufügen.

4

Wenn Sie auf Ja , wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco -Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihr Gastgeber wird in einem Webex Calling -Rechenzentrum in einer Region gehostet, in der der Cisco -Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option wählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Standorte mit Cloud-Standorten verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen


 

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufen > Nummern und wählen Sie im Dropdown-Menü den Standort aus, der gelöscht werden soll. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle Nummern, die mit diesem Standort verknüpft sind, an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Inhaber dieser Nummern.

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

2

Klickenin der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Auswählen Standort löschen und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, bis der Standort dauerhaft gelöscht wird. Dies kann jedoch bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie auf klicken neben dem Standortnamen auswählen und Löschstatus .

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN-Einrichtung, den Namen, die Zeitzone und die Sprache eines Standorts nach dessen Erstellung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.


 

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

Wenn neben einem Standort ein Vorsichtsymbol angezeigt wird, bedeutet dies, dass Sie für diesen Standort noch keine Telefonnummer konfiguriert haben. Sie können keine Anrufe tätigen oder annehmen, bis Sie diese Nummer konfigurieren.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco -Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Derzeit sind bereits bestehende Standorte, denen andere PSTN-Funktionen zugewiesen wurden, nicht für den Cisco -Anrufplan qualifiziert. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihr Gastgeber wird in einem Webex Calling -Rechenzentrum in einer Region gehostet, in der der Cisco -Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (lokales Gateway) – Wählen Sie diese Option, wenn Sie Ihren aktuellen PSTN-Anbieter behalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

     

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert waren, werden automatisch in ein lokales PSTN mit einem entsprechenden Übertragungsweg konvertiert.

3

Wählen Sie die Hauptnummer aus, unter der der Hauptkontakt des Standorts erreichbar ist.

4

(Optional) Unter Notrufe , können Sie auswählen ID für Notfallstandort um diesen Standort zuzuweisen.


 

Diese Einstellung ist optional und gilt nur für Länder, in denen sie erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) bestehen regulatorische Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu ermitteln, wenn Sie einen Notruf tätigen, und wird den Notfallbehörden zur Verfügung gestellt. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterter Notruf .

Ihr Notruf benötigt möglicherweise Informationen über das Zugriffsnetzwerk, indem Sie einen neuen privaten SIP -Anschluss-Header definieren, P-Access-Network-Info. Die Kopfzeile enthält Informationen bezüglich des Zugangsnetzwerks.

Wenn Sie die Notfall-Standort-ID für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Notruf zu erfahren, ob diese Einstellung erforderlich ist, und verwenden Sie den Wert, den Sie von Ihrem Notruf erhalten haben."

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie auf das Bleistiftsymbol oben auf der Seite „Standort“, um den Standortname , Ansagesprache , E-Mail-Sprache , Zeitzone , oder Adresse bei Bedarf aus und klicken Sie dann auf Speichern .


 

Ändern des Ansagesprache wird sofort für alle neuen Benutzer und Funktionen wirksam, die zu diesem Standort hinzugefügt werden. Wenn die Ansagesprache für vorhandene Benutzer und/oder Funktionen ebenfalls geändert werden soll, wählen Sie bei Aufforderung Änderung für vorhandene Benutzer und Arbeitsbereiche oder Änderung für vorhandene Funktionen . Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Aufgabenseite anzeigen. Sie können keine weiteren Änderungen vornehmen, bis dies abgeschlossen ist.


 

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.


 

Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Anmelden bei Control Hub , gehen Sie zu Dienste > Anrufe > Diensteinstellungen , und blättern Sie zu Interne Rufnummernwahl .

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort: Wir empfehlen diese Einstellung, wenn Sie mehrere Standorte haben. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

     

    Die Länge der Routing-Präfixe umfasst die Leitziffer. Wenn Sie beispielsweise die Länge des Routing-Präfixes auf vier festlegen, können nur drei Ziffern verwendet werden, um den Standort festzulegen.


     

    Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anzeigen von Anschlüssen, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfix-Erweiterung).

  • Leitziffer im Routing-Präfix – Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt wird.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Die Standardlänge beträgt 2.

     

    Nachdem Sie die Länge Ihrer Durchwahl erhöht haben, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Anschlusswahl zwischen Standorten zulassen – Hiermit können Sie die Anschlusswahl zwischen Standorten basierend auf den Anforderungen Ihrer Organisation anpassen.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation nicht über doppelte Anschlüsse für alle Standorte verfügt.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation denselben Anschluss an verschiedenen Standorten hat. Wenn der Umschalter deaktiviert ist und der Anrufer den Anschluss wählt, wird der Anruf an einen Benutzer mit übereinstimmendem Anschluss am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix + Anschluss für den Standort) wählen, um einen Anschluss an einem anderen Standort zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu erreichen. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, aber sie muss 2–7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

     

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional haben Sie die Möglichkeit, die Ziffer für ausgehende Anrufe dieses Standorts zu erzwingen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

     

    Notrufe können weiterhin mit oder ohne Ziffer für ausgehende Anrufe gewählt werden, wenn diese Funktion aktiviert ist.

    Nach der Aktivierung können externe Zielnummern, wie sie für die Anrufweiterleitung verwendet werden, nicht mehr verwendet werden, wenn keine Ziffer für ausgehende Anrufe enthalten ist.


     
    Wenn eine Durchwahl der nationalen Nummer entspricht, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher wird empfohlen, die Ziffer für ausgehende Anrufe zu aktivieren.

     
    Wir empfehlen dringend, das E.164-Nummerierungsformat für eingehende und ausgehende PSTN-Anrufe zu verwenden.

Auswirkungen für Benutzer:

  • Die Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wahleinstellungen wirksam werden.

  • Benutzeranschlüsse sollten nicht mit derselben Nummer wie die führende Ziffer des Standorts oder die Ziffern für ausgehende Anrufe beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.


 

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Anmelden bei Control Hub um , gehen Sie zu Dienste > Anrufen > Anrufverteilung , und wählen Sie Übertragungsweg hinzufügen .https://admin.webex.com

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.


 

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.


 

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Anhand der von Control Hub generierten Konfigurationsinformationen müssen Sie die Parameter auf dem lokalen Gateway abbilden (z. B. auf einem Cisco CUBE vor Ort). Dieser Artikel leitet Sie dabei an. In der folgenden Abbildung sehen Sie ein Beispiel dafür, wie die Control Hub-Konfigurationsinformationen (links) ihre Entsprechung in den Parametern im CUBE (rechts) haben:

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anrufen > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wählen Sie das Gebäudesymbol aus..

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Anrufoptionen festlegen

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Anruf-Clients konfigurieren, einschließlich der Bereitstellung im gemischten Modus für Organisationen mit Benutzern, die über Unified CM oder berechtigt sind Webex Calling und Benutzer ohne kostenpflichtige Anrufdienste von Cisco. Weitere Informationen finden Sie unter: Konfigurieren Sie das Anrufverhalten.

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtige Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen Anforderungen für das Public Switched Telephone Network (PSTN) und das lokale Gateway (LGW) für Webex Calling vertraut machen. Siehe Cisco Preferred Architecture für Webex Calling um weitere Informationen zu erhalten.

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie ein vorhandenes PSTN-Gateway oder eine CUBE Enterprise-Bereitstellung so ändern, dass sie als lokale Gateway-Funktion für Webex Calling verwendet wird, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass Sie die vorhandenen Anrufverläufe und -funktionen aufgrund der vorgenommenen Änderungen nicht unterbrechen.


 
Die Verfahren enthalten Links zur Referenzdokumentation zu Befehlen, in der Sie mehr über die einzelnen Befehlsoptionen erfahren. Alle Referenz-Links zu Befehlen finden Sie unter Webex Managed Gateways – Befehlsreferenz sofern nicht anders angegeben (in diesem Fall gehen die Befehlslinks zu Cisco IOS -Sprachbefehlsreferenz ). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Command References zugreifen.

Informationen zu den unterstützten Drittanbieter-SBCs finden Sie in der entsprechenden Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen zum Konfigurieren des lokalen Gateways für Ihr Webex Calling Übertragungsweg:

  • Registrierungsbasierter Übertragungsweg

  • Zertifikatsbasierter Übertragungsweg

Verwenden Sie den Aufgabenablauf entweder unter Registrierungsbasiertes lokales Gateway oder Zertifikatsbasiertes lokales Gateway um das lokale Gateway für Ihr Webex Calling Übertragungsweg.

Weitere Informationen zu verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie die folgenden Schritte auf dem lokalen Gateway selbst mithilfe der Befehlszeilenschnittstelle (CLI) aus. Wir verwenden Session Initiation Protocol (SIP) und TLS ( Transport Layer Security ), um den Übertragungsweg zu sichern, und SRTP(Secure Real-time Protocol), um die Medien zwischen dem lokalen Gateway und zu sichern Webex Calling .

Wichtige Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für Medienpfadoptimierung

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatsbasierter Übertragungsweg

Verwenden Sie den Aufgabenablauf unter dem Zertifikat-basierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .

Es ist zwingend erforderlich, FIPS-konforme GCM-Schlüssel zur Unterstützung des lokalen Gateways für Webex for Government zu konfigurieren. Wenn nicht, schlägt die Anrufeinrichtung fehl. Weitere Informationen zur Konfiguration finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .


 
Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designübersicht

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierenden SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die Abbildung unten zeigt diese Lösung und die Konfiguration der allgemeinen Anrufweiterleitung, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenpächter : Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklasse URI : Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer : Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe : Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer : Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform schützt und Konnektivität herstellt.

  • Für alle registrierungsbasierten Bereitstellungen des lokalen Gateways ist Cisco IOS XE 17.6.1a oder eine neuere Version erforderlich. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, benötigen eine DNA Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ACLs

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP -Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Schützen Sie die Registrierungs- und STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.


 
Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Übertragungswege benötigt dieser Trustpoint kein Zertifikat, wie es für einen zertifikatbasierten Übertragungsweg erforderlich wäre.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Transportparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige sichere Verbindung für die Registrierung zu gewährleisten:


 
Der Befehl cn-san-validate server stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in Tenant 200 konfigurierte Hostname entweder in den CN- oder SAN-Feldern des Zertifikats enthalten ist, das vom ausgehenden Proxy empfangen wurde.

  1. Festlegen tcp-wiederholungszahl bis 1000 (Vielfache von 5 ms = 5 Sekunden).

  2. Die Timer-Verbindungsaufbau können Sie anpassen, wie lange das LGW wartet, um eine Verbindung mit einem Proxy einzurichten, bevor Sie die nächste verfügbare Option in Erwägung ziehen. Der Standardwert für diesen Timer ist 20 Sekunden und der Mindestwert von 5 Sekunden. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie bei Bedarf, um die Netzwerkbedingungen anzupassen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:


 

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurieren des registrierungsbasierten Webex Calling-Trunk

1

Erstellen Sie einen registrierungsbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .

2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway berechtigte VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Müssen daher nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.


     

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Vertrauensliste für IP-Adresse auf der Webex Calling -Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschtem eingehenden VoIP. Durch das Deaktivieren der Aktion wird Ihr längerfristiger Konfigurationsaufwand reduziert, da wir nicht garantieren können, dass die Adressen der Webex Calling Peers bleiben unverändert, und Sie müssen Ihre Firewall in jedem Fall für die Peers konfigurieren.

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massen-Statistik

Ermöglicht der Steuerungsebene , Massenanrufstatistiken von der Datenebene Anrufstatistik.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien .

allow-Verbindungen sip zu sip

Aktivieren Sie CUBE Basic SIP Back-to-Back-Benutzeragenten-Funktionen. Weitere Informationen finden Sie unter Verbindungen zulassen .


 

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Wenn Sie einen Anruf an eine weiterleiten Webex Calling Benutzer (sowohl der Angerufene als auch der Anrufer sind beispielsweise Webex Calling Abonnenten und wenn Sie Medien im Webex Calling SBC) können die Medien nicht zum lokalen Gateway fließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun Flowdata Agenten-ID und stun Flowdata Shared-Secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühzeitiges Angebot .

3

Konfigurieren Sprachklassen-Codec 100 Filter für den Übertragungsweg. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachkurs-Codec .


 

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

stun nutzung eis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Nutzung der Betäubungsfunktion in Sprachkursen und stun use ice lite .


 

Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des Zieltrunk-Parameters eindeutig zu identifizieren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters dtg=, gefolgt vom OTG/DTG-Wert des Übertragungswegs, der beim Erstellen des Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Sprachklasse uri .

7

Konfigurieren sip-profil 100 , die zum Ändern von SIP-Nachrichten verwendet werden, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass die für die Anrufsignalisierung verwendeten SIP-Header das SIP-Schema anstelle des SIP-Schemas verwenden, das von Webex-Proxys benötigt wird. Die Konfiguration von CUBE für die Verwendung von sips stellt sicher, dass eine sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die From-Kopfzeile so, dass der OTG/DTG-Bezeichner der Trunk-Gruppe aus Control Hub eine lokale Gateway-Site innerhalb eines Unternehmens eindeutig identifiziert.

8

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Insbesondere die Details zur Trunk-Registrierung, die zuvor in Control Hub angegeben wurden, werden in diesem Schritt wie unten beschrieben verwendet. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen diese Konfigurationen.


     

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Trunk verwendet werden. Weitere Informationen finden Sie unter Sprachklasse Tenant .

    Registrar dns:98027369.us10.bcld.webex.com Schema Schluckauf läuft ab 240 Aktualisierungs-Verhältnis 50 tcp-tls

    Registrar-Server für das lokale Gateway, auf dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrierungsstelle .

    Stellen Sie sicher, dass Sie hier den Wert „Domäne registrieren“ in Control Hub verwenden.

    Anmeldeinformationen Nummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGUPasswort 0 9 Wt[M6ifY+Bereich BroadWorks

    Anmeldeinformationen für die Registrierungsabfrage des Übertragungswegs. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA) .

    Stellen Sie sicher, dass Sie hier die Werte „Leitung/Port-Host“, „Authentifizierungsbenutzername“ und „Authentifizierungskennwort“ in Control Hub verwenden.

    Benutzername für die Authentifizierung Dallas1171197921_LGU Passwort 0 9 Wt[M6ifY+ Bereich BroadWorks
    Benutzername für die Authentifizierung Dallas1171197921_LGUPasswort 0 9 Wt[M6ifY+ Bereich 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer) .

    Stellen Sie sicher, dass Sie hier die Werte für Authentifizierungsbenutzername, Authentifizierungskennwort und Registrierungsdomäne in Control Hub verwenden.

    keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party- ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mit CIO aktiviert wird Asserted-ID bezahlt . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die SRV-Edge-Proxy-Adresse, die in Control Hub angegeben ist, wenn Sie Ihren Trunk erstellt haben.

    Verbindung wiederverwenden

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Verbindung wiederverwenden .

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport tcp tls

    Legt den Transport auf TLS. Weitere Informationen finden Sie unter Sitzungstransport .

    URL-SIP

    SRV-Abfragen müssen SIPs sein, wie vom Zugriffs-SBC unterstützt; Alle anderen Nachrichten werden von sip-profile 200 in SIP geändert.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktionalität für die SIP -Fehlerantwort an. Weitere Informationen finden Sie unter Fehler-Passthrough .

    Asserted-ID bezahlt

    Aktiviert die PAI-Verarbeitung im lokalen Gateway. Weitere Informationen finden Sie unter Assertierte-ID .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an WebexCalling gesendete Medien. Weitere Informationen finden Sie unter bind .

    kein Pass-Thru-Inhalt Custom-sdp

    Standardbefehl unter Mandant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Through-Inhalte .

    sip-profile 100

    Ändert SIPs in SIP und ändert Leitung/Port für INVITE- und REGISTER-Nachrichten wie in definiert SIP-Profile 200 . Weitere Informationen finden Sie unter Sprachklasse SIP-Profile .

    ausgehender Proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC zugreifen. Fügen Sie die ausgehende Proxyadresse ein, die im Control Hub angegeben wurde, wenn Sie Ihren Übertragungsweg erstellt haben. Weitere Informationen finden Sie unter ausgehender-proxy .

    Datenschutzrichtlinie Passthrough

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 100 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn 250

    Beschränkt die Anzahl gleichzeitiger eingehender und ausgehender Anrufe zwischen dem LGW und Webex Calling. Für Registrierungsübertragungen sollte der maximal konfigurierte Wert 250 sein. Usea niedrigerer Wert, wenn dies besser für Ihre Bereitstellung geeignet wäre. Weitere Informationen zu Grenzwerten für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 verarbeitet SIP-Anruf Anrufabschnitte. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anforderung 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    keine Sprachklasse sip localhost

    Deaktiviert das Ersetzen des lokalen DNS - Name des Gastgebers durch die physische IP-Adresse in den Headern „From“, „Call- ID“ und „Remote-Party- ID “ ausgehender Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden.

    srtp

    Aktiviert SRTP für den Call Leg.

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Mandanten definiert haben <UNK> 100 <UNK> und konfigurieren Sie einen SIP VoIP-Dial-Peer, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. Zu diesem Zeitpunkt legt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway vor. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem CA-Stammpaket, das zuvor aktualisiert wurde. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann dann diese sichere Verbindung verwenden, um sich beim Webex Access SBC zu registrieren. Wenn die Registrierung zur Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter Benutzername, Passwort und Bereich aus der Konfiguration Anmeldeinformationen verwendet.

  • Die Änderungsregeln im sip-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP zu konvertieren.

Die Registrierung ist erfolgreich, wenn ein 200 OK vom Zugriffs-SBC empfangen wird.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:


 

Wenn Ihr Dienstanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.


 

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Stimme.

Zielmuster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Zielmuster (Schnittstelle) .

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer) .

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Adresse -Zieladresse des Ziels an, um den Call Leg zu senden. Das Sitzungsziel ist hier die IP-Adresse von ITSP . Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP- IP-Adresse des IP PSTN . Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einer vorhandenen Unified CM -Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.


 

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofileinstellungen auf 5065 konfigurieren. Dies ermöglicht eingehende Nachrichten auf Port 5065 und füllt den VIA-Header mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:


 

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachung und Fehlerbehebung des lokalen Gateways mit Diagnosesignaturen

Diagnostic Signatures (DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML-Dateien, die Informationen über Ereignisse zum Auslösen von Problemen und zu ergreifende Maßnahmen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik der Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln von Show-Befehlsausgaben:

  • Generieren einer konsolidierten Protokolldatei

  • Das Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort wie HTTPS, SCP, FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Tool zum Suchen von Diagnosesignaturen (DSLT) ist eine zentrale Quelle für die Suche nach geeigneten Signaturen für die Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von . herunterladen DSLT . Die Dateien, die Sie ändern, können aufgrund des Integritätsprüfungsfehlers nicht installiert werden.

  • Einen SMTP-Server (Simple Mail Transfer Protocol), den das lokale Gateway zum Versenden von E-Mail-Benachrichtigungen benötigt.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet werden soll, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Umgebungsvariable konfigurierends_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Die folgende Abbildung zeigt eine Beispielkonfiguration eines lokalen Gateways, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um die proaktiven Benachrichtigungen an tacfaststart@gmail.com Verwendung von Gmail als sicheren SMTP-Server:


 

Wir empfehlen die Verwendung der Cisco IOS XE Bengaluru 17.6.x oder einer neueren Version.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

 

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und Einstellung Weniger sicherer App-Zugriff aktivieren.

  2. Antworten Sie mit „Yes, it was me“ (Ja, das war ich), wenn Sie eine E-Mail von Gmail erhalten, in der es heißt: „Google verhindert, dass sich jemand mit einer non-Google App bei Ihrem Konto anmeldet.“

Installieren von Diagnosesignaturen für eine proaktive Überwachung

Überwachung einer hohen CPU -Auslastung

Diese DS verfolgt die CPU-Auslastung für fünf Sekunden mit der SNMP OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr erreicht, werden alle Debugs deaktiviert und alle Diagnosesignaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl zum Aktivieren von SNMP. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie das snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP -Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


     

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. erneut, um die hohe CPU-Auslastung auf dem lokalen Gateway weiterhin zu überwachen.

Überwachung der Registrierung des SIP-Trunk Übertragungsweges

Diese DS prüft alle 60 Sekunden, ob die Registrierung eines lokalen Gateway- SIP -Übertragungswegs mit der Webex Calling Cloud aufgehoben wurde. Sobald das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich selbst nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    Aufheben der Registrierung des SIP -Übertragungswegs mit E-Mail-Benachrichtigung.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn der Fehlerzähler seit der letzten Umfrage größer oder gleich 5 ist, werden eine Syslog- und eine E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl, um zu überprüfen, ob SNMP aktiviert ist. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP -Anrufunterbrechung mit E-Mail und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Verwenden Sie Diagnosesignaturen (DS), um Probleme schnell zu beheben. Die Cisco TAC -Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das Auftreten eines Problems zu erkennen, die richtigen Diagnosedaten zu sammeln und die Daten automatisch an den Cisco TAC -Fall zu übertragen. Diagnosesignaturen (DS) machen es überflüssig, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen erheblich.

Sie können den Tool zum Suchen von Diagnosesignaturen um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker als Teil des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren Sie die Erfassung von Diagnosedaten mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix Hierbei handelt es sich um den Cisco TAC Dateiserver (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Passwort ist das Datei-Upload Token, das abgerufen werden kann von Support-Fall-Manager folgenden Befehl ein. Das Datei-Upload-Token kann nach Bedarf im Bereich Anhänge des Support Case Manager generiert werden.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem snmp anzeigen Befehl. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass DS 64224 zur Überwachung einer hohen CPU -Auslastung als proaktive Maßnahme installiert wird, um alle Debugs und Diagnosesignaturen bei hoher CPU -Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Überprüfen Sie mithilfe der Call-Home-Diagnosesignatur anzeigen Befehl. Die Statusspalte muss den Wert „registriert“ aufweisen.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    08.11.2020

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    08.11.2020

Überprüfen der Ausführung von Diagnosesignaturen

Im folgenden Befehl wird die Spalte „Status“ des Call-Home-Diagnosesignatur anzeigen Der Befehl wechselt zu „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Call-Home-Diagnose-Signaturstatistik anzeigen ist die beste Methode, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausführt. Die Spalte „Ausgelöst/Max/Deinstalliert“ gibt an, wie oft die Signatur ein Event ausgelöst hat, wie oft ein Event maximal erkannt werden konnte und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Events erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Call-Home-Diagnose-Signaturstatistik anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail , die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Software-Version, ausgeführte Konfiguration und show-Befehlsausgaben, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Diagnosesignaturen für Fehlerbehebungszwecke verwenden sind in der Regel so definiert, dass sie nach dem Auftreten einiger Problemvorfälle deinstalliert werden. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Anruf-Home-Diagnose-Signatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

 

Dem Diagnostics Signatures Lookup Tool werden regelmäßig neue Signaturen basierend auf Problemen hinzugefügt, die häufig bei Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung der Cisco IOS XE-Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Nach der Registrierung können Sie die Option zur Konfigurationsvalidierung im Control Hub verwenden, um Ihre Konfiguration des lokalen Gateways zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Übertragungswege diese Funktionalität.

Weitere Informationen finden Sie unter:

Designübersicht

In diesem Abschnitt wird beschrieben, wie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mithilfe eines zertifikatbasierten Mutual TLS (mTLS) SIP-Übertragungsweges konfiguriert wird. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration für die Weiterleitung von Anrufen auf hoher Ebene, die befolgt werden.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenpächter : Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklasse URI : Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer : Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe : Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer : Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind. Optionen für die öffentliche oder private Adressierung (hinter NAT) sind vorgesehen. SRV DNS-Einträge sind optional, es sei denn, es erfolgt ein Lastausgleich über mehrere CUBE-Instanzen.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform schützt und Konnektivität herstellt.

  • Alle zertifikatbasierten Bereitstellungen des lokalen Gateways erfordern Cisco IOS XE 17.9.1a oder eine neuere Version. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern die Lizenzierung von DNA Essentials. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

    • Bei hohen Kapazitätsanforderungen benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Durchsatzberechtigung.

      Weitere Details finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ACLs

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP -Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden. Die Adressen für lokale Gateway-vollständig qualifizierte Domänennamen (FQDN) oder Dienstdatensätze (SRV) müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der lokalen Gateway-Schnittstelle, die Webex zugewandt sind, müssen über das Internet zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Installieren Sie ein signiertes Zertifikat auf dem lokalen Gateway (im Folgenden finden Sie detaillierte Konfigurationsschritte).

    • Eine öffentliche Zertifizierungsstelle (CA) wie unter Welche Stammzertifizierungsstellen (Root Certificate Authorities) werden für Anrufe an Cisco Webex-Audio- und -Videoplattformen unterstützt? beschrieben, muss das Gerätezertifikat signiert werden.

    • Der FQDN, der beim Erstellen eines Übertragungswegs im Control Hub konfiguriert wird, muss das Zertifikat Common Name (CN) oder Subject Alternate Name (SAN) des Routers sein. Zum Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways hat, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation über lgws.lgw.com als SRV-Adresse des/der lokalen Gateways verfügt, die/die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, in die die SRV-Adresse aufgelöst wird (CNAME, A-Datensatz oder IP -Adresse), sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, verwendet die Kontaktadresse für alle neuen SIP-Dialoge von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen.

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Schützen Sie STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat, das von Ihrer bevorzugten Zertifizierungsstelle (CA) signiert wurde.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden Befehl exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Erstellen Sie mit den folgenden Konfigurationsbefehlen einen Trustpoint für das signierte Zertifikat:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generieren Sie eine Zertifikatsanforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diesen, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT
4

Authentifizieren Sie Ihr neues Zertifikat mit Ihrem CA-Zwischenzertifikat (oder Stamm), und importieren Sie das Zertifikat (Schritt 4). Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importieren Sie ein signiertes Gastgeberzertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:


 

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurieren eines Webex Calling-Trunk auf Zertifikatsbasis

1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .


 
Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet.
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und NetzwerkEntitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig, müssen also nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Wenn Sie Ihr lokales Gateway konfigurieren, fügen Sie die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter „Port-Referenzinformationen für Webex Calling“ . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adresse zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse .

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

allow-Verbindungen sip zu sip

Aktivieren Sie die grundlegende SIP-Benutzeragenten-Funktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen .


 

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.


 
Diese globalen Betäubungsbefehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Wenn Sie einen Anruf an eine weiterleiten Webex Calling Benutzer (sowohl der Angerufene als auch der Anrufer sind beispielsweise Webex Calling Abonnenten und wenn Sie Medien im Webex Calling SBC) können die Medien nicht zum lokalen Gateway fließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühzeitiges Angebot .

sip-profile eingehend

Ermöglicht CUBE die Verwendung von SIP-Profilen, um empfangene Nachrichten zu ändern. Profile werden über Dial-Peers oder Tenants angewendet.

3

Konfigurieren Sprachklassen-Codec <UNK> 100 <UNK> Codec-Filter für den Trunk. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachkurs-Codec .


 

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

stun nutzung eis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Nutzung der Betäubungsfunktion in Sprachkursen und stun use ice lite .


 
Die Verwendung von Firewall-Traversal-Flowdata betäuben Befehl ist nur erforderlich, wenn Ihr lokales Gateway hinter NAT bereitgestellt wird.

 
Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.
5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt GCM als Verschlüsselungs-Suite an, die CUBE anbietet. Es ist zwingend erforderlich, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des FQDN oder SRV des Ziels eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub konfigurierten LGW-FQDN oder SRV, während Sie einen Trunk erstellen.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie mit dem nächsten Schritt fort, wenn Sie NAT verwenden. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN und „198.51.100.1“ die öffentliche IP-Adresse der lokalen Gateway-Schnittstelle, die Webex Calling zugewendet ist:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.


 

Überspringen Sie den nächsten Schritt, wenn Sie Ihr lokales Gateway mit öffentlichen IP-Adressen konfiguriert haben.

9

Wenn Ihr Gateway mit einer privaten IP-Adresse hinter statischem NAT konfiguriert ist, konfigurieren Sie eingehende und ausgehende SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der FQDN, der für das lokale Gateway konfiguriert ist, „10.80.13.12“ die IP-Adresse der Schnittstelle, die Webex Calling zugewandt ist, und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

SIP Profile für ausgehende Nachrichten an Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Regeln 30 bis 81

Konvertieren Sie die Verweise auf private Adressen in die externe öffentliche Adresse für die Site, sodass Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass Nachrichten von Webex korrekt von CUBE verarbeitet werden können.

Weitere Informationen finden Sie unter Sprachklasse SIP-Profile .

10

Konfigurieren Sie ein SIP-Optionen-Keepalive mit dem Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Sprachklassen-Konfigurationsmodus. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Out-of-Dialog-Optionen-Ping an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im UP- oder Down-Status befindet.

Dieses Keepalive-Profil wird von dem in Richtung Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter statischer NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statische NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle für Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen die folgenden Konfigurationen:


     

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Wir empfehlen die Verwendung von Tenants zum Konfigurieren von Übertragungswegen, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte tls-Profil den Vertrauenspunkt, der verwendet werden soll, um neue Verbindungen anzunehmen oder zu erstellen, und verfügt über die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter Sprachklasse Tenant .

    keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party- ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mit CIO aktiviert wird Asserted-ID bezahlt . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die im Control Hub bereitgestellte Edge-Proxy-SRV-Adresse, wenn Sie Ihren Trunk erstellt haben.

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Headern „Von“, „Anruf-ID“ und „Remote-Teilnehmer-ID“ in ausgehenden Nachrichten durch den bereitgestellten FQDN zu ersetzen.

    Sitzungstransport tcp tls

    Legt den Transport zu TLS für die zugeordneten Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport .

    keine Sitzungsaktualisierung

    Deaktiviert die globale Aktualisierung der SIP-Sitzung.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktionalität für die SIP -Fehlerantwort an. Weitere Informationen finden Sie unter Fehler-Passthrough .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an Webex Calling gesendete Medien. Weitere Informationen finden Sie unter bind .

    SIP-Profile der Sprachklasse 100

    Wendet das Änderungsprofil der Kopfzeile (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter Voice-Class-SIP-Profile .

    SIP-Profile 110 der Sprachklasse eingehend

    Wendet das Änderungsprofil der Kopfzeile (nur NAT-Adressierung) an, das für eingehende Nachrichten verwendet wird. Weitere Informationen finden Sie in den SIP-Profilen der Sprachklasse.

    Datenschutzerklärung passthru

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag von <UNK> 100 <UNK> und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Peer-Sprachanwahl .

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt den Dial-Peer an <UNK> 100 <UNK> verarbeitet SIP-Anrufabschnitte. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachkurs-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    Sprach-Klasse sip behauptet-id pai

    Legt die ausgehenden Anrufinformationen mithilfe des PAI-Headers (privat Asserted ID) fest. Weitere Informationen finden Sie unter voice-class sip asserted-id .

    Sprachklasse sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant .

    SIP-Optionen der Sprachklasse – Keepalive-Profil 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder Endpunkten unter Verwendung eines bestimmten Profils (100) zu überwachen.

    srtp

    Aktiviert SRTP für den Call Leg.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:


 

Wenn Ihr Dienstanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.


 

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Stimme.

Zielmuster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Zielmuster (Schnittstelle) .

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer) .

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Adresse -Zieladresse des Ziels an, um den Call Leg zu senden. Das Sitzungsziel ist hier die IP-Adresse von ITSP . Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP- IP-Adresse des IP PSTN . Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einer vorhandenen Unified CM -Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern :192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:


 

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachung und Fehlerbehebung des lokalen Gateways mit Diagnosesignaturen

Diagnostic Signatures (DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Gateway auf Cisco IOS XE-Basis und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML Dateien, die Informationen zu Auslöserereignissen und Aktionen für das Problem enthalten, um darüber zu informieren und das Problem zu beheben. Verwenden Sie Syslog-Meldungen, SNMP -Ereignisse und die regelmäßige Überwachung bestimmter Show-Befehlsausgaben, um die Logik zur Problemerkennung zu definieren. Die Aktionstypen umfassen:

  • Show-Befehlsausgaben werden erfasst

  • Generieren einer konsolidierten Protokolldatei

  • Hochladen der Datei an einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS, SCP, FTP -Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat eine eindeutige numerische ID , die vom System zugewiesen wird. Tool zum Suchen von Diagnosesignaturen (DSLT) ist eine zentrale Quelle für die Suche nach geeigneten Signaturen für die Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von . herunterladen DSLT . Die Dateien, die Sie ändern, können aufgrund des Integritätsprüfungsfehlers nicht installiert werden.

  • Einen SMTP-Server (Simple Mail Transfer Protocol), den das lokale Gateway zum Versenden von E-Mail-Benachrichtigungen benötigt.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie zum Senden proaktiver Benachrichtigungen verwenden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Umgebungsvariable konfigurierends_email mit der E-Mail-Adresse des Administrators, damit Sie benachrichtigen können.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Installieren von Diagnosesignaturen für eine proaktive Überwachung

Überwachung einer hohen CPU -Auslastung

Diese DS verfolgt die CPU -Auslastung für 5 Sekunden unter Verwendung der SNMP -OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debugs deaktiviert und alle Diagnosesignaturen, die Sie auf dem lokalen Gateway installieren, werden deinstalliert. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl aktiviert haben. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in der Webex Calling Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP -Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


     

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Falls erforderlich, installieren Sie DS 64224 erneut, um die hohe CPU -Auslastung auf dem lokalen Gateway weiterhin überwachen zu können.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn der Fehlerzähler seit der letzten Umfrage größer oder gleich 5 ist, werden eine Syslog- und eine E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP -Anrufunterbrechung mit E-Mail und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Sie können auch Diagnosesignaturen (DS) verwenden, um Probleme schnell zu beheben. Die Cisco TAC -Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das Auftreten eines Problems zu erkennen, die richtigen Diagnosedaten zu sammeln und die Daten automatisch an den Cisco TAC -Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können den Tool zum Suchen von Diagnosesignaturen um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker als Teil des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren Sie die Erfassung von Diagnosedaten mithilfe der folgenden Schritte:

  1. Weitere DS-Umgebungsvariable konfigurierends_fsurl_prefix als Cisco TAC Dateiserver (cxd.cisco.com) eingeben, um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Passwort ist das Datei-Upload Token, das abgerufen werden kann von Support-Fall-Manager wie im Folgenden dargestellt. Das Datei-Upload Token kann im . generiert werden Anhänge im Support Case Manager nach Bedarf.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Wir empfehlen die Installation der DS 64224 zur Überwachung einer hohen CPU -Auslastung als proaktive Maßnahme, um alle Debugs und Diagnosesignaturen bei hoher CPU -Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie die DS 64224- und DS 65095- XML-Datei zur Überwachung einer hohen CPU -Auslastung im lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Stellen Sie sicher, dass die Signatur erfolgreich installiert wurde mit Anruf-Home-Diagnose-Signatur anzeigen . Die Statusspalte sollte einen Wert „registriert“ haben.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    08.11.2020:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    08.11.2020:00:12:53

Überprüfen der Ausführung von Diagnosesignaturen

Im folgenden Befehl wird die Spalte „Status“ des Befehls Call-Home-Diagnosesignatur anzeigen zu „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Call-Home-Diagnose-Signaturstatistik anzeigen ist die beste Methode, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausgeführt hat. Die Spalte „Ausgelöst/Max/Deinstalliert“ gibt an, wie oft die Signatur ein Event ausgelöst hat, wie oft ein Event maximal erkannt werden konnte und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Events erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Call-Home-Diagnose-Signaturstatistik anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail , die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Software-Version, ausgeführte Konfiguration und show-Befehlsausgaben, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Verwenden Sie die Diagnosesignaturen für Fehlerbehebungszwecke sind in der Regel definiert, um nach Erkennung einiger Problemvorfälle zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS- ID aus der Ausgabe von . ab Call-Home-Diagnosesignatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

 

Neue Signaturen werden regelmäßig zum Diagnostics Signatures Lookup Tool hinzugefügt, basierend auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE-Hochverfügbarkeit als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.


 

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.


 

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Ruft den Redundanzmodus auf

  • application redundancy – Wechselt in den Konfigurationsmodus für die Applikationsredundanz

  • group – Wechselt in den Konfigurationsmodus der Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Timer für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • control GigabitEthernet3 protocol 1 – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hallo-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll.

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für die Überwachung des Datenverkehrs durch Prüfpunkte verwendet wird.

  • track – RG-Gruppennachverfolgung von Schnittstellen

  • protocol 1 – Legt die Protokollinstanz fest, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert den Bezeichner der Redundanzschnittstelle für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.


     

    Wenn es mehr als ein B2B-Paar im selben LAN gibt, MUSS jedes Paar eindeutige RII-IDs auf ihrer jeweiligen Schnittstelle haben (um Kollisionen zu vermeiden). 'show redundancy application group all' sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 weiter oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.


     

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076 _ LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Dies ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Control-Hub-Parametern basiert. Speichern Sie sie, und laden Sie sie neu. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

sip-ua-Registrierungsstatus anzeigen


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie ersehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Sicherheitsprofil SIP-Übertragungsweg
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Sicherheitsprofil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürztes Wählen zwischen Standorten)

PSTNInternational (PSTN-Zugang)

onNetRemote (von GDPR erhaltene Ziele)


 

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-AnrufsuchbereichEin Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEindeutiger Name, beispielsweise Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL _ Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Zum Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteRL _ Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Zum Beispiel: + <UNK> 1408555 01XX

Webex Calling-Funktionen einrichten

Einrichten einer Sammelanschlussgruppe

Sammelanschlüsse leiten eingehende Anrufe an eine Gruppe von Benutzern oder Arbeitsbereichen weiter. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten einer Sammelanschlussgruppe finden Sie unter Sammelanschlüsse in Cisco Webex Control Hub .

Anrufwarteschlange erstellen

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten einer Anrufwarteschlange finden Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub .

Erstellen Sie einen Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe mit bestimmten Personen in Ihrer Organisation filtern können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden Zeitplan oder bieten Sie verschiedene Optionen an, wenn Ihr Geschäft geöffnet oder geschlossen ist.

Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub .

Konfigurieren einer Paging-Gruppe

Mit Gruppen-Paging kann ein Benutzer einen One-Way-Anruf oder einen Gruppenruf an bis zu 75 Zielbenutzer und Arbeitsbereiche tätigen, indem er eine Nummer oder einen Anschluss wählt, die einer bestimmten Paging-Gruppe zugewiesen ist.

Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub .

Anrufübernahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer gegenseitig Anrufe annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Anruf parken

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschalten für Benutzer aktivieren

1

Aus der Kundenansicht in , gehen Sie zu Verwaltung > Standorte .https://admin.webex.com

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen und wählen Sie dann Aufschalten in .

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie das Kontrollkästchen „Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet“ , wenn Sie anderen Benutzern einen Ton abspielen möchten, wenn sich dieser Benutzer in seinem Anruf aufschaltet.

6

Klicken Sie auf Speichern.

Privatfunktion für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Bereich Benutzerberechtigungen und wählen Sie dann Datenschutz .

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über einen Anschluss angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen angezeigt, die sich auf Ihre zugewiesenen Standorte beziehen.

Deaktivieren Sie das Kontrollkästchen „Privatsphäre aktivieren“ , damit jeder den Leitungsstatus überwachen kann.

6

Aktivieren Sie das Kontrollkästchen „Datenschutz für gezielte Anrufübernahme und Aufschalten erzwingen“ , um die Privatsphäre für gezielte Anrufübernahme und Aufschalten zu aktivieren.


 
  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte eine gezielte Anrufübernahme und Aufschaltung für diesen Benutzer verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und Aufschaltung auf einer Leitung aufrufen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten beim Anruf eines anderen Teilnehmers .
  • Der Supervisor kann sich immer auf Anrufe aufschalten, die die Agenten über die Anrufwarteschlange erhalten. Das heißt, Privatsphäreeinstellungen wirken sich nicht auf die Barge-in-Option eines Supervisors aus.
7

Wählen Sie unter „Mitglied nach Name hinzufügen“ die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Telefonleitungsstatus überwachen und gezielte Anrufübernahme und Aufschaltung aufrufen können.

8

Um die ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Filter nach Name, Nummer oder Durchwahl .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.


 
Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .
10

Klicken Sie auf Speichern.

Privacy settings

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximalen überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und klicken Sie auf Benutzer .

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste „Überwachte Leitung hinzufügen“ aufnehmen.

5

Wählen Sie diese Option aus, wenn Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.


 

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.


 

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wird.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich das an Videodemonstration erfahren Sie, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub .

Warnton für Anrufbrücke für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen wird. Sehen Sie, wie es geht gemeinsam genutzte Leitungen konfigurieren bevor Sie den Warnton für die Anrufbrücke aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton für Anrufüberbrückung .

4

Aktivieren Warnton für Überbrückung , und klicken Sie dann auf Speichern .


 
Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon .

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung der gemeinsam genutzten Leitung für WebexApp .

Hoteling für einen Benutzer aktivieren

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Aus der Kundenansicht inhttps://admin.webex.com , gehen Sie zu Verwaltung und wählen Sie Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen , wählen Sie Hoteling und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Gastgebers in das Suchfeld Hoteling-Standort ein und wählen Sie den Hoteling-Gastgeber aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling- Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling- Gastgeber auswählen, wird der erste gelöscht.


 
Wenn Sie ein Standortadministrator sind, können Sie nur den Hoteling-Gastgeber zuweisen, der sich auf Ihre zugewiesenen Standorte bezieht.
5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugeordnet werden kann, wählen Sie die Anzahl der Stunden aus, die der Benutzer den Hoteling-Host in der Dropdown-Liste Limit Association Period verwenden kann.

Der Benutzer wird nach der ausgewählten Zeit automatisch abgemeldet.


 

Eine Fehlermeldung wird auf dem Bildschirm angezeigt, wenn der für den Benutzer angegebene maximale Verknüpfungszeitraum den maximalen Verknüpfungszeitraum des ausgewählten Hoteling-Gastgebers überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen maximalen Verknüpfungszeitraum von 12 Stunden hat und der maximale Verknüpfungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie den Limit-Zuordnungszeitraum des Hoteling- Gastgeber verlängern, wenn der Benutzer mehr Zeit benötigt.

6

Klicken Sie auf Speichern.


 

Ein Benutzer kann auch den Hotelling-Host, den er verwenden möchte, über den User Hub suchen und finden. Weitere Informationen finden Sie unter Greifen Sie von überall auf Ihr Anrufprofil zu .

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich das an Videodemonstration erfahren Sie, wie Sie Hoteling im Control Hub konfigurieren.
Einführungstrends und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite „Analysen“ in Control Hub finden Sie Informationen zur Nutzung von Webex Calling und der Webex-App (Engagement) und der Qualität der Medienanrufe. Melden Sie sich für Zugriff auf Webex Calling-Analysen bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann die Registerkarte Anrufe aus.

1

Melden Sie sich für detaillierte Berichte zum Anrufprotokoll an bei Control Hub und gehen Sie dann zu Analysen > Anrufen .

2

Auswählen Detailliertes Anrufprotokoll .

Weitere Informationen zu Anrufen mit einer dedizierter Instanz finden Sie unter Analyse der dedizierten Instanz.

3

Um Informationen zur Medienqualität abzurufen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann Anrufe aus.

Weitere Informationen finden Sie unter Analysen für Ihr Cloud Collaboration-Portfolio.
Umgebung vorbereiten

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie verfügen über grundlegende Kenntnisse des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über eines oder mehrere lokale Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS Gateway für TDM-basierte Konnektivität

Weitere Informationen finden Sie in Tabelle 1 des Bestellleitfadens „Lokales Gateway für Webex Calling“. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Local Gateway Configuration Guide ausgeführt wird.

Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre vorhandene lokale Bereitstellung in Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

Webex Calling erfordert eine sichere Signalisierung und sichere Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.


 

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.


 

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

 

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Sprache für Ansage – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mails für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .


 
Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen zur Standortidentifikation ein.
  • Land/Region – Wählen Sie ein Land aus, an das der Standort gebunden werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse – Geben Sie die Postadresse des Standorts ein.
  • Stadt/Ort – Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Provinz/Region – Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl – Geben Sie die Postleitzahl ein.
  • Ansagesprache – Wählen Sie die Sprache für Audioansagen und Eingabeaufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache – Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone – Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern und wählen Sie dann Ja / Nein , um jetzt oder später Nummern zum Standort hinzuzufügen.

4

Wenn Sie auf Ja , wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco -Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihr Gastgeber wird in einem Webex Calling -Rechenzentrum in einer Region gehostet, in der der Cisco -Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option wählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Standorte mit Cloud-Standorten verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen


 

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufen > Nummern und wählen Sie im Dropdown-Menü den Standort aus, der gelöscht werden soll. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle Nummern, die mit diesem Standort verknüpft sind, an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Inhaber dieser Nummern.

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

2

Klickenin der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Auswählen Standort löschen und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, bis der Standort dauerhaft gelöscht wird. Dies kann jedoch bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie auf klicken neben dem Standortnamen auswählen und Löschstatus .

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN-Einrichtung, den Namen, die Zeitzone und die Sprache eines Standorts nach dessen Erstellung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.


 

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

Wenn neben einem Standort ein Vorsichtsymbol angezeigt wird, bedeutet dies, dass Sie für diesen Standort noch keine Telefonnummer konfiguriert haben. Sie können keine Anrufe tätigen oder annehmen, bis Sie diese Nummer konfigurieren.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco -Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.


     

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Derzeit sind bereits bestehende Standorte, denen andere PSTN-Funktionen zugewiesen wurden, nicht für den Cisco -Anrufplan qualifiziert. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Ihr Gastgeber wird in einem Webex Calling -Rechenzentrum in einer Region gehostet, in der der Cisco -Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

     

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (lokales Gateway) – Wählen Sie diese Option, wenn Sie Ihren aktuellen PSTN-Anbieter behalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

     

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert waren, werden automatisch in ein lokales PSTN mit einem entsprechenden Übertragungsweg konvertiert.

3

Wählen Sie die Hauptnummer aus, unter der der Hauptkontakt des Standorts erreichbar ist.

4

(Optional) Unter Notrufe , können Sie auswählen ID für Notfallstandort um diesen Standort zuzuweisen.


 

Diese Einstellung ist optional und gilt nur für Länder, in denen sie erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) bestehen regulatorische Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu ermitteln, wenn Sie einen Notruf tätigen, und wird den Notfallbehörden zur Verfügung gestellt. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterter Notruf .

Ihr Notruf benötigt möglicherweise Informationen über das Zugriffsnetzwerk, indem Sie einen neuen privaten SIP -Anschluss-Header definieren, P-Access-Network-Info. Die Kopfzeile enthält Informationen bezüglich des Zugangsnetzwerks.

Wenn Sie die Notfall-Standort-ID für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Notruf zu erfahren, ob diese Einstellung erforderlich ist, und verwenden Sie den Wert, den Sie von Ihrem Notruf erhalten haben."

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie auf das Bleistiftsymbol oben auf der Seite „Standort“, um den Standortname , Ansagesprache , E-Mail-Sprache , Zeitzone , oder Adresse bei Bedarf aus und klicken Sie dann auf Speichern .


 

Ändern des Ansagesprache wird sofort für alle neuen Benutzer und Funktionen wirksam, die zu diesem Standort hinzugefügt werden. Wenn die Ansagesprache für vorhandene Benutzer und/oder Funktionen ebenfalls geändert werden soll, wählen Sie bei Aufforderung Änderung für vorhandene Benutzer und Arbeitsbereiche oder Änderung für vorhandene Funktionen . Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Aufgabenseite anzeigen. Sie können keine weiteren Änderungen vornehmen, bis dies abgeschlossen ist.


 

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.


 

Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Anmelden bei Control Hub , gehen Sie zu Dienste > Anrufe > Diensteinstellungen , und blättern Sie zu Interne Rufnummernwahl .

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort: Wir empfehlen diese Einstellung, wenn Sie mehrere Standorte haben. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

     

    Die Länge der Routing-Präfixe umfasst die Leitziffer. Wenn Sie beispielsweise die Länge des Routing-Präfixes auf vier festlegen, können nur drei Ziffern verwendet werden, um den Standort festzulegen.


     

    Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anzeigen von Anschlüssen, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfix-Erweiterung).

  • Leitziffer im Routing-Präfix – Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt wird.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Die Standardlänge beträgt 2.

     

    Nachdem Sie die Länge Ihrer Durchwahl erhöht haben, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Anschlusswahl zwischen Standorten zulassen – Hiermit können Sie die Anschlusswahl zwischen Standorten basierend auf den Anforderungen Ihrer Organisation anpassen.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation nicht über doppelte Anschlüsse für alle Standorte verfügt.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation denselben Anschluss an verschiedenen Standorten hat. Wenn der Umschalter deaktiviert ist und der Anrufer den Anschluss wählt, wird der Anruf an einen Benutzer mit übereinstimmendem Anschluss am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix + Anschluss für den Standort) wählen, um einen Anschluss an einem anderen Standort zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu erreichen. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, aber sie muss 2–7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

     

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional haben Sie die Möglichkeit, die Ziffer für ausgehende Anrufe dieses Standorts zu erzwingen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

     

    Notrufe können weiterhin mit oder ohne Ziffer für ausgehende Anrufe gewählt werden, wenn diese Funktion aktiviert ist.

    Nach der Aktivierung können externe Zielnummern, wie sie für die Anrufweiterleitung verwendet werden, nicht mehr verwendet werden, wenn keine Ziffer für ausgehende Anrufe enthalten ist.


     
    Wenn eine Durchwahl der nationalen Nummer entspricht, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher wird empfohlen, die Ziffer für ausgehende Anrufe zu aktivieren.

     
    Wir empfehlen dringend, das E.164-Nummerierungsformat für eingehende und ausgehende PSTN-Anrufe zu verwenden.

Auswirkungen für Benutzer:

  • Die Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wahleinstellungen wirksam werden.

  • Benutzeranschlüsse sollten nicht mit derselben Nummer wie die führende Ziffer des Standorts oder die Ziffern für ausgehende Anrufe beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.


 

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Anmelden bei Control Hub um , gehen Sie zu Dienste > Anrufen > Anrufverteilung , und wählen Sie Übertragungsweg hinzufügen .https://admin.webex.com

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.


 

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub an unterhttps://admin.webex.com , gehen Sie zu Verwaltung > Standort .

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.


 

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Anhand der von Control Hub generierten Konfigurationsinformationen müssen Sie die Parameter auf dem lokalen Gateway abbilden (z. B. auf einem Cisco CUBE vor Ort). Dieser Artikel leitet Sie dabei an. In der folgenden Abbildung sehen Sie ein Beispiel dafür, wie die Control Hub-Konfigurationsinformationen (links) ihre Entsprechung in den Parametern im CUBE (rechts) haben:

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anrufen > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wählen Sie das Gebäudesymbol aus..

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Anrufoptionen festlegen

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Anruf-Clients konfigurieren, einschließlich der Bereitstellung im gemischten Modus für Organisationen mit Benutzern, die über Unified CM oder berechtigt sind Webex Calling und Benutzer ohne kostenpflichtige Anrufdienste von Cisco. Weitere Informationen finden Sie unter: Konfigurieren Sie das Anrufverhalten.

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtige Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen Anforderungen für das Public Switched Telephone Network (PSTN) und das lokale Gateway (LGW) für Webex Calling vertraut machen. Siehe Cisco Preferred Architecture für Webex Calling um weitere Informationen zu erhalten.

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie ein vorhandenes PSTN-Gateway oder eine CUBE Enterprise-Bereitstellung so ändern, dass sie als lokale Gateway-Funktion für Webex Calling verwendet wird, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass Sie die vorhandenen Anrufverläufe und -funktionen aufgrund der vorgenommenen Änderungen nicht unterbrechen.


 
Die Verfahren enthalten Links zur Referenzdokumentation zu Befehlen, in der Sie mehr über die einzelnen Befehlsoptionen erfahren. Alle Referenz-Links zu Befehlen finden Sie unter Webex Managed Gateways – Befehlsreferenz sofern nicht anders angegeben (in diesem Fall gehen die Befehlslinks zu Cisco IOS -Sprachbefehlsreferenz ). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Command References zugreifen.

Informationen zu den unterstützten Drittanbieter-SBCs finden Sie in der entsprechenden Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen zum Konfigurieren des lokalen Gateways für Ihr Webex Calling Übertragungsweg:

  • Registrierungsbasierter Übertragungsweg

  • Zertifikatsbasierter Übertragungsweg

Verwenden Sie den Aufgabenablauf entweder unter Registrierungsbasiertes lokales Gateway oder Zertifikatsbasiertes lokales Gateway um das lokale Gateway für Ihr Webex Calling Übertragungsweg.

Weitere Informationen zu verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie die folgenden Schritte auf dem lokalen Gateway selbst mithilfe der Befehlszeilenschnittstelle (CLI) aus. Wir verwenden Session Initiation Protocol (SIP) und TLS ( Transport Layer Security ), um den Übertragungsweg zu sichern, und SRTP(Secure Real-time Protocol), um die Medien zwischen dem lokalen Gateway und zu sichern Webex Calling .

Wichtige Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für Medienpfadoptimierung

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatsbasierter Übertragungsweg

Verwenden Sie den Aufgabenablauf unter dem Zertifikat-basierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .

Es ist zwingend erforderlich, FIPS-konforme GCM-Schlüssel zur Unterstützung des lokalen Gateways für Webex for Government zu konfigurieren. Wenn nicht, schlägt die Anrufeinrichtung fehl. Weitere Informationen zur Konfiguration finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .


 
Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designübersicht

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierenden SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die Abbildung unten zeigt diese Lösung und die Konfiguration der allgemeinen Anrufweiterleitung, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenpächter : Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklasse URI : Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer : Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe : Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer : Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform schützt und Konnektivität herstellt.

  • Für alle registrierungsbasierten Bereitstellungen des lokalen Gateways ist Cisco IOS XE 17.6.1a oder eine neuere Version erforderlich. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, benötigen eine DNA Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ACLs

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP -Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Schützen Sie die Registrierungs- und STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.


 
Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Übertragungswege benötigt dieser Trustpoint kein Zertifikat, wie es für einen zertifikatbasierten Übertragungsweg erforderlich wäre.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Transportparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige sichere Verbindung für die Registrierung zu gewährleisten:


 
Der Befehl cn-san-validate server stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in Tenant 200 konfigurierte Hostname entweder in den CN- oder SAN-Feldern des Zertifikats enthalten ist, das vom ausgehenden Proxy empfangen wurde.

  1. Festlegen tcp-wiederholungszahl bis 1000 (Vielfache von 5 ms = 5 Sekunden).

  2. Die Timer-Verbindungsaufbau können Sie anpassen, wie lange das LGW wartet, um eine Verbindung mit einem Proxy einzurichten, bevor Sie die nächste verfügbare Option in Erwägung ziehen. Der Standardwert für diesen Timer ist 20 Sekunden und der Mindestwert von 5 Sekunden. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie bei Bedarf, um die Netzwerkbedingungen anzupassen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:


 

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurieren des registrierungsbasierten Webex Calling-Trunk

1

Erstellen Sie einen registrierungsbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .

2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway berechtigte VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Müssen daher nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.


     

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Vertrauensliste für IP-Adresse auf der Webex Calling -Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschtem eingehenden VoIP. Durch das Deaktivieren der Aktion wird Ihr längerfristiger Konfigurationsaufwand reduziert, da wir nicht garantieren können, dass die Adressen der Webex Calling Peers bleiben unverändert, und Sie müssen Ihre Firewall in jedem Fall für die Peers konfigurieren.

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massen-Statistik

Ermöglicht der Steuerungsebene , Massenanrufstatistiken von der Datenebene Anrufstatistik.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien .

allow-Verbindungen sip zu sip

Aktivieren Sie CUBE Basic SIP Back-to-Back-Benutzeragenten-Funktionen. Weitere Informationen finden Sie unter Verbindungen zulassen .


 

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Wenn Sie einen Anruf an eine weiterleiten Webex Calling Benutzer (sowohl der Angerufene als auch der Anrufer sind beispielsweise Webex Calling Abonnenten und wenn Sie Medien im Webex Calling SBC) können die Medien nicht zum lokalen Gateway fließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun Flowdata Agenten-ID und stun Flowdata Shared-Secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühzeitiges Angebot .

3

Konfigurieren Sprachklassen-Codec 100 Filter für den Übertragungsweg. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachkurs-Codec .


 

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

stun nutzung eis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Nutzung der Betäubungsfunktion in Sprachkursen und stun use ice lite .


 

Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des Zieltrunk-Parameters eindeutig zu identifizieren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters dtg=, gefolgt vom OTG/DTG-Wert des Übertragungswegs, der beim Erstellen des Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Sprachklasse uri .

7

Konfigurieren sip-profil 100 , die zum Ändern von SIP-Nachrichten verwendet werden, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass die für die Anrufsignalisierung verwendeten SIP-Header das SIP-Schema anstelle des SIP-Schemas verwenden, das von Webex-Proxys benötigt wird. Die Konfiguration von CUBE für die Verwendung von sips stellt sicher, dass eine sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die From-Kopfzeile so, dass der OTG/DTG-Bezeichner der Trunk-Gruppe aus Control Hub eine lokale Gateway-Site innerhalb eines Unternehmens eindeutig identifiziert.

8

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Insbesondere die Details zur Trunk-Registrierung, die zuvor in Control Hub angegeben wurden, werden in diesem Schritt wie unten beschrieben verwendet. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen diese Konfigurationen.


     

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Trunk verwendet werden. Weitere Informationen finden Sie unter Sprachklasse Tenant .

    Registrar dns:98027369.us10.bcld.webex.com Schema Schluckauf läuft ab 240 Aktualisierungs-Verhältnis 50 tcp-tls

    Registrar-Server für das lokale Gateway, auf dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrierungsstelle .

    Stellen Sie sicher, dass Sie hier den Wert „Domäne registrieren“ in Control Hub verwenden.

    Anmeldeinformationen Nummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGUPasswort 0 9 Wt[M6ifY+Bereich BroadWorks

    Anmeldeinformationen für die Registrierungsabfrage des Übertragungswegs. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA) .

    Stellen Sie sicher, dass Sie hier die Werte „Leitung/Port-Host“, „Authentifizierungsbenutzername“ und „Authentifizierungskennwort“ in Control Hub verwenden.

    Benutzername für die Authentifizierung Dallas1171197921_LGU Passwort 0 9 Wt[M6ifY+ Bereich BroadWorks
    Benutzername für die Authentifizierung Dallas1171197921_LGUPasswort 0 9 Wt[M6ifY+ Bereich 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer) .

    Stellen Sie sicher, dass Sie hier die Werte für Authentifizierungsbenutzername, Authentifizierungskennwort und Registrierungsdomäne in Control Hub verwenden.

    keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party- ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mit CIO aktiviert wird Asserted-ID bezahlt . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die SRV-Edge-Proxy-Adresse, die in Control Hub angegeben ist, wenn Sie Ihren Trunk erstellt haben.

    Verbindung wiederverwenden

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Verbindung wiederverwenden .

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport tcp tls

    Legt den Transport auf TLS. Weitere Informationen finden Sie unter Sitzungstransport .

    URL-SIP

    SRV-Abfragen müssen SIPs sein, wie vom Zugriffs-SBC unterstützt; Alle anderen Nachrichten werden von sip-profile 200 in SIP geändert.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktionalität für die SIP -Fehlerantwort an. Weitere Informationen finden Sie unter Fehler-Passthrough .

    Asserted-ID bezahlt

    Aktiviert die PAI-Verarbeitung im lokalen Gateway. Weitere Informationen finden Sie unter Assertierte-ID .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an WebexCalling gesendete Medien. Weitere Informationen finden Sie unter bind .

    kein Pass-Thru-Inhalt Custom-sdp

    Standardbefehl unter Mandant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Through-Inhalte .

    sip-profile 100

    Ändert SIPs in SIP und ändert Leitung/Port für INVITE- und REGISTER-Nachrichten wie in definiert SIP-Profile 200 . Weitere Informationen finden Sie unter Sprachklasse SIP-Profile .

    ausgehender Proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC zugreifen. Fügen Sie die ausgehende Proxyadresse ein, die im Control Hub angegeben wurde, wenn Sie Ihren Übertragungsweg erstellt haben. Weitere Informationen finden Sie unter ausgehender-proxy .

    Datenschutzrichtlinie Passthrough

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 100 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn 250

    Beschränkt die Anzahl gleichzeitiger eingehender und ausgehender Anrufe zwischen dem LGW und Webex Calling. Für Registrierungsübertragungen sollte der maximal konfigurierte Wert 250 sein. Usea niedrigerer Wert, wenn dies besser für Ihre Bereitstellung geeignet wäre. Weitere Informationen zu Grenzwerten für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 verarbeitet SIP-Anruf Anrufabschnitte. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anforderung 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    keine Sprachklasse sip localhost

    Deaktiviert das Ersetzen des lokalen DNS - Name des Gastgebers durch die physische IP-Adresse in den Headern „From“, „Call- ID“ und „Remote-Party- ID “ ausgehender Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden.

    srtp

    Aktiviert SRTP für den Call Leg.

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Mandanten definiert haben <UNK> 100 <UNK> und konfigurieren Sie einen SIP VoIP-Dial-Peer, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. Zu diesem Zeitpunkt legt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway vor. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem CA-Stammpaket, das zuvor aktualisiert wurde. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann dann diese sichere Verbindung verwenden, um sich beim Webex Access SBC zu registrieren. Wenn die Registrierung zur Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter Benutzername, Passwort und Bereich aus der Konfiguration Anmeldeinformationen verwendet.

  • Die Änderungsregeln im sip-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP zu konvertieren.

Die Registrierung ist erfolgreich, wenn ein 200 OK vom Zugriffs-SBC empfangen wird.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:


 

Wenn Ihr Dienstanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.


 

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Stimme.

Zielmuster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Zielmuster (Schnittstelle) .

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer) .

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Adresse -Zieladresse des Ziels an, um den Call Leg zu senden. Das Sitzungsziel ist hier die IP-Adresse von ITSP . Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP- IP-Adresse des IP PSTN . Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einer vorhandenen Unified CM -Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.


 

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofileinstellungen auf 5065 konfigurieren. Dies ermöglicht eingehende Nachrichten auf Port 5065 und füllt den VIA-Header mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:


 

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachung und Fehlerbehebung des lokalen Gateways mit Diagnosesignaturen

Diagnostic Signatures (DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML-Dateien, die Informationen über Ereignisse zum Auslösen von Problemen und zu ergreifende Maßnahmen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik der Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln von Show-Befehlsausgaben:

  • Generieren einer konsolidierten Protokolldatei

  • Das Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort wie HTTPS, SCP, FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Tool zum Suchen von Diagnosesignaturen (DSLT) ist eine zentrale Quelle für die Suche nach geeigneten Signaturen für die Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von . herunterladen DSLT . Die Dateien, die Sie ändern, können aufgrund des Integritätsprüfungsfehlers nicht installiert werden.

  • Einen SMTP-Server (Simple Mail Transfer Protocol), den das lokale Gateway zum Versenden von E-Mail-Benachrichtigungen benötigt.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet werden soll, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Umgebungsvariable konfigurierends_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Die folgende Abbildung zeigt eine Beispielkonfiguration eines lokalen Gateways, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um die proaktiven Benachrichtigungen an tacfaststart@gmail.com Verwendung von Gmail als sicheren SMTP-Server:


 

Wir empfehlen die Verwendung der Cisco IOS XE Bengaluru 17.6.x oder einer neueren Version.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

 

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und Einstellung Weniger sicherer App-Zugriff aktivieren.

  2. Antworten Sie mit „Yes, it was me“ (Ja, das war ich), wenn Sie eine E-Mail von Gmail erhalten, in der es heißt: „Google verhindert, dass sich jemand mit einer non-Google App bei Ihrem Konto anmeldet.“

Installieren von Diagnosesignaturen für eine proaktive Überwachung

Überwachung einer hohen CPU -Auslastung

Diese DS verfolgt die CPU-Auslastung für fünf Sekunden mit der SNMP OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr erreicht, werden alle Debugs deaktiviert und alle Diagnosesignaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl zum Aktivieren von SNMP. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie das snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP -Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


     

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. erneut, um die hohe CPU-Auslastung auf dem lokalen Gateway weiterhin zu überwachen.

Überwachung der Registrierung des SIP-Trunk Übertragungsweges

Diese DS prüft alle 60 Sekunden, ob die Registrierung eines lokalen Gateway- SIP -Übertragungswegs mit der Webex Calling Cloud aufgehoben wurde. Sobald das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich selbst nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    Aufheben der Registrierung des SIP -Übertragungswegs mit E-Mail-Benachrichtigung.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn der Fehlerzähler seit der letzten Umfrage größer oder gleich 5 ist, werden eine Syslog- und eine E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl, um zu überprüfen, ob SNMP aktiviert ist. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP -Anrufunterbrechung mit E-Mail und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Verwenden Sie Diagnosesignaturen (DS), um Probleme schnell zu beheben. Die Cisco TAC -Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das Auftreten eines Problems zu erkennen, die richtigen Diagnosedaten zu sammeln und die Daten automatisch an den Cisco TAC -Fall zu übertragen. Diagnosesignaturen (DS) machen es überflüssig, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen erheblich.

Sie können den Tool zum Suchen von Diagnosesignaturen um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker als Teil des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren Sie die Erfassung von Diagnosedaten mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix Hierbei handelt es sich um den Cisco TAC Dateiserver (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Passwort ist das Datei-Upload Token, das abgerufen werden kann von Support-Fall-Manager folgenden Befehl ein. Das Datei-Upload-Token kann nach Bedarf im Bereich Anhänge des Support Case Manager generiert werden.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem snmp anzeigen Befehl. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass DS 64224 zur Überwachung einer hohen CPU -Auslastung als proaktive Maßnahme installiert wird, um alle Debugs und Diagnosesignaturen bei hoher CPU -Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Überprüfen Sie mithilfe der Call-Home-Diagnosesignatur anzeigen Befehl. Die Statusspalte muss den Wert „registriert“ aufweisen.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Überprüfen der Ausführung von Diagnosesignaturen

Im folgenden Befehl wird die Spalte „Status“ des Call-Home-Diagnosesignatur anzeigen Der Befehl wechselt zu „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Call-Home-Diagnose-Signaturstatistik anzeigen ist die beste Methode, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausführt. Die Spalte „Ausgelöst/Max/Deinstalliert“ gibt an, wie oft die Signatur ein Event ausgelöst hat, wie oft ein Event maximal erkannt werden konnte und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Events erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Call-Home-Diagnose-Signaturstatistik anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Die Benachrichtigungs-E-Mail , die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Software-Version, ausgeführte Konfiguration und show-Befehlsausgaben, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Diagnosesignaturen für Fehlerbehebungszwecke verwenden sind in der Regel so definiert, dass sie nach dem Auftreten einiger Problemvorfälle deinstalliert werden. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Anruf-Home-Diagnose-Signatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

 

Dem Diagnostics Signatures Lookup Tool werden regelmäßig neue Signaturen basierend auf Problemen hinzugefügt, die häufig bei Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung der Cisco IOS XE-Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Nach der Registrierung können Sie die Option zur Konfigurationsvalidierung im Control Hub verwenden, um Ihre Konfiguration des lokalen Gateways zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Übertragungswege diese Funktionalität.

Weitere Informationen finden Sie unter:

Designübersicht

In diesem Abschnitt wird beschrieben, wie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mithilfe eines zertifikatbasierten Mutual TLS (mTLS) SIP-Übertragungsweges konfiguriert wird. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration für die Weiterleitung von Anrufen auf hoher Ebene, die befolgt werden.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenpächter : Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklasse URI : Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer : Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe : Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer : Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind. Optionen für die öffentliche oder private Adressierung (hinter NAT) sind vorgesehen. SRV DNS-Einträge sind optional, es sei denn, es erfolgt ein Lastausgleich über mehrere CUBE-Instanzen.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform schützt und Konnektivität herstellt.

  • Alle zertifikatbasierten Bereitstellungen des lokalen Gateways erfordern Cisco IOS XE 17.9.1a oder eine neuere Version. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern die Lizenzierung von DNA Essentials. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

    • Bei hohen Kapazitätsanforderungen benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Durchsatzberechtigung.

      Weitere Details finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ACLs

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP -Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden. Die Adressen für lokale Gateway-vollständig qualifizierte Domänennamen (FQDN) oder Dienstdatensätze (SRV) müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der lokalen Gateway-Schnittstelle, die Webex zugewandt sind, müssen über das Internet zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Installieren Sie ein signiertes Zertifikat auf dem lokalen Gateway (im Folgenden finden Sie detaillierte Konfigurationsschritte).

    • Eine öffentliche Zertifizierungsstelle (CA) wie unter Welche Stammzertifizierungsstellen (Root Certificate Authorities) werden für Anrufe an Cisco Webex-Audio- und -Videoplattformen unterstützt? beschrieben, muss das Gerätezertifikat signiert werden.

    • Der FQDN, der beim Erstellen eines Übertragungswegs im Control Hub konfiguriert wird, muss das Zertifikat Common Name (CN) oder Subject Alternate Name (SAN) des Routers sein. Zum Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways hat, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation über lgws.lgw.com als SRV-Adresse des/der lokalen Gateways verfügt, die/die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, in die die SRV-Adresse aufgelöst wird (CNAME, A-Datensatz oder IP -Adresse), sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, verwendet die Kontaktadresse für alle neuen SIP-Dialoge von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen.

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Schützen Sie STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat, das von Ihrer bevorzugten Zertifizierungsstelle (CA) signiert wurde.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden Befehl exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Erstellen Sie mit den folgenden Konfigurationsbefehlen einen Trustpoint für das signierte Zertifikat:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generieren Sie eine Zertifikatsanforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diesen, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT
4

Authentifizieren Sie Ihr neues Zertifikat mit Ihrem CA-Zwischenzertifikat (oder Stamm), und importieren Sie das Zertifikat (Schritt 4). Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importieren Sie ein signiertes Gastgeberzertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:


 

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b

Konfigurieren eines Webex Calling-Trunk auf Zertifikatsbasis

1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .


 
Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet.
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und NetzwerkEntitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig, müssen also nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Wenn Sie Ihr lokales Gateway konfigurieren, fügen Sie die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter „Port-Referenzinformationen für Webex Calling“ . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adresse zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse .

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

allow-Verbindungen sip zu sip

Aktivieren Sie die grundlegende SIP-Benutzeragenten-Funktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen .


 

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.


 
Diese globalen Betäubungsbefehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Wenn Sie einen Anruf an eine weiterleiten Webex Calling Benutzer (sowohl der Angerufene als auch der Anrufer sind beispielsweise Webex Calling Abonnenten und wenn Sie Medien im Webex Calling SBC) können die Medien nicht zum lokalen Gateway fließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühzeitiges Angebot .

sip-profile eingehend

Ermöglicht CUBE die Verwendung von SIP-Profilen, um empfangene Nachrichten zu ändern. Profile werden über Dial-Peers oder Tenants angewendet.

3

Konfigurieren Sprachklassen-Codec <UNK> 100 <UNK> Codec-Filter für den Trunk. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachkurs-Codec .


 

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

stun nutzung eis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Nutzung der Betäubungsfunktion in Sprachkursen und stun use ice lite .


 
Die Verwendung von Firewall-Traversal-Flowdata betäuben Befehl ist nur erforderlich, wenn Ihr lokales Gateway hinter NAT bereitgestellt wird.

 
Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.
5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt GCM als Verschlüsselungs-Suite an, die CUBE anbietet. Es ist zwingend erforderlich, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des FQDN oder SRV des Ziels eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub konfigurierten LGW-FQDN oder SRV, während Sie einen Trunk erstellen.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie mit dem nächsten Schritt fort, wenn Sie NAT verwenden. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN und „198.51.100.1“ die öffentliche IP-Adresse der lokalen Gateway-Schnittstelle, die Webex Calling zugewendet ist:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.


 

Überspringen Sie den nächsten Schritt, wenn Sie Ihr lokales Gateway mit öffentlichen IP-Adressen konfiguriert haben.

9

Wenn Ihr Gateway mit einer privaten IP-Adresse hinter statischem NAT konfiguriert ist, konfigurieren Sie eingehende und ausgehende SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der FQDN, der für das lokale Gateway konfiguriert ist, „10.80.13.12“ die IP-Adresse der Schnittstelle, die Webex Calling zugewandt ist, und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

SIP Profile für ausgehende Nachrichten an Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Regeln 30 bis 81

Konvertieren Sie die Verweise auf private Adressen in die externe öffentliche Adresse für die Site, sodass Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass Nachrichten von Webex korrekt von CUBE verarbeitet werden können.

Weitere Informationen finden Sie unter Sprachklasse SIP-Profile .

10

Konfigurieren Sie ein SIP-Optionen-Keepalive mit dem Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Sprachklassen-Konfigurationsmodus. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Out-of-Dialog-Optionen-Ping an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im UP- oder Down-Status befindet.

Dieses Keepalive-Profil wird von dem in Richtung Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter statischer NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statische NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle für Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen die folgenden Konfigurationen:


     

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Wir empfehlen die Verwendung von Tenants zum Konfigurieren von Übertragungswegen, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte tls-Profil den Vertrauenspunkt, der verwendet werden soll, um neue Verbindungen anzunehmen oder zu erstellen, und verfügt über die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter Sprachklasse Tenant .

    keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party- ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mit CIO aktiviert wird Asserted-ID bezahlt . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die im Control Hub bereitgestellte Edge-Proxy-SRV-Adresse, wenn Sie Ihren Trunk erstellt haben.

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Headern „Von“, „Anruf-ID“ und „Remote-Teilnehmer-ID“ in ausgehenden Nachrichten durch den bereitgestellten FQDN zu ersetzen.

    Sitzungstransport tcp tls

    Legt den Transport zu TLS für die zugeordneten Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport .

    keine Sitzungsaktualisierung

    Deaktiviert die globale Aktualisierung der SIP-Sitzung.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktionalität für die SIP -Fehlerantwort an. Weitere Informationen finden Sie unter Fehler-Passthrough .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an Webex Calling gesendete Medien. Weitere Informationen finden Sie unter bind .

    SIP-Profile der Sprachklasse 100

    Wendet das Änderungsprofil der Kopfzeile (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter Voice-Class-SIP-Profile .

    SIP-Profile 110 der Sprachklasse eingehend

    Wendet das Änderungsprofil der Kopfzeile (nur NAT-Adressierung) an, das für eingehende Nachrichten verwendet wird. Weitere Informationen finden Sie in den SIP-Profilen der Sprachklasse.

    Datenschutzerklärung passthru

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag von <UNK> 100 <UNK> und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Peer-Sprachanwahl .

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt den Dial-Peer an <UNK> 100 <UNK> verarbeitet SIP-Anrufabschnitte. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachkurs-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    Sprach-Klasse sip behauptet-id pai

    Legt die ausgehenden Anrufinformationen mithilfe des PAI-Headers (privat Asserted ID) fest. Weitere Informationen finden Sie unter voice-class sip asserted-id .

    Sprachklasse sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant .

    SIP-Optionen der Sprachklasse – Keepalive-Profil 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder Endpunkten unter Verwendung eines bestimmten Profils (100) zu überwachen.

    srtp

    Aktiviert SRTP für den Call Leg.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:


 

Wenn Ihr Dienstanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.


 

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier finden Sie eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Stimme.

Zielmuster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Zielmuster (Schnittstelle) .

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer) .

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Adresse -Zieladresse des Ziels an, um den Call Leg zu senden. Das Sitzungsziel ist hier die IP-Adresse von ITSP . Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP- IP-Adresse des IP PSTN . Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklasse-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einer vorhandenen Unified CM -Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:


 

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier finden Sie eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP -Dial-Peer mit dem Etikett / "Beschriftung" 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Zielmuster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als die DTMF -Funktion, die auf dem Call Leg erwartet wird. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier finden Sie eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachung und Fehlerbehebung des lokalen Gateways mit Diagnosesignaturen

Diagnostic Signatures (DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Gateway auf Cisco IOS XE-Basis und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML Dateien, die Informationen zu Auslöserereignissen und Aktionen für das Problem enthalten, um darüber zu informieren und das Problem zu beheben. Verwenden Sie Syslog-Meldungen, SNMP -Ereignisse und die regelmäßige Überwachung bestimmter Show-Befehlsausgaben, um die Logik zur Problemerkennung zu definieren. Die Aktionstypen umfassen:

  • Show-Befehlsausgaben werden erfasst

  • Generieren einer konsolidierten Protokolldatei

  • Hochladen der Datei an einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS, SCP, FTP -Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat eine eindeutige numerische ID , die vom System zugewiesen wird. Tool zum Suchen von Diagnosesignaturen (DSLT) ist eine zentrale Quelle für die Suche nach geeigneten Signaturen für die Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von . herunterladen DSLT . Die Dateien, die Sie ändern, können aufgrund des Integritätsprüfungsfehlers nicht installiert werden.

  • Einen SMTP-Server (Simple Mail Transfer Protocol), den das lokale Gateway zum Versenden von E-Mail-Benachrichtigungen benötigt.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie zum Senden proaktiver Benachrichtigungen verwenden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Umgebungsvariable konfigurierends_email mit der E-Mail-Adresse des Administrators, damit Sie benachrichtigen können.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Installieren von Diagnosesignaturen für eine proaktive Überwachung

Überwachung einer hohen CPU -Auslastung

Diese DS verfolgt die CPU -Auslastung für 5 Sekunden unter Verwendung der SNMP -OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debugs deaktiviert und alle Diagnosesignaturen, die Sie auf dem lokalen Gateway installieren, werden deinstalliert. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl aktiviert haben. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in der Webex Calling Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP -Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss den Wert „registriert“ aufweisen.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33


     

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Falls erforderlich, installieren Sie DS 64224 erneut, um die hohe CPU -Auslastung auf dem lokalen Gateway weiterhin überwachen zu können.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn der Fehlerzähler seit der letzten Umfrage größer oder gleich 5 ist, werden eine Syslog- und eine E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP -Anrufunterbrechung mit E-Mail und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl Call-Home-Diagnosesignatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Sie können auch Diagnosesignaturen (DS) verwenden, um Probleme schnell zu beheben. Die Cisco TAC -Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das Auftreten eines Problems zu erkennen, die richtigen Diagnosedaten zu sammeln und die Daten automatisch an den Cisco TAC -Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können den Tool zum Suchen von Diagnosesignaturen um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker als Teil des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren Sie die Erfassung von Diagnosedaten mithilfe der folgenden Schritte:

  1. Weitere DS-Umgebungsvariable konfigurierends_fsurl_prefix als Cisco TAC Dateiserver (cxd.cisco.com) eingeben, um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Passwort ist das Datei-Upload Token, das abgerufen werden kann von Support-Fall-Manager wie im Folgenden dargestellt. Das Datei-Upload Token kann im . generiert werden Anhänge im Support Case Manager nach Bedarf.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Wir empfehlen die Installation der DS 64224 zur Überwachung einer hohen CPU -Auslastung als proaktive Maßnahme, um alle Debugs und Diagnosesignaturen bei hoher CPU -Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU -Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie die DS 64224- und DS 65095- XML-Datei zur Überwachung einer hohen CPU -Auslastung im lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Stellen Sie sicher, dass die Signatur erfolgreich installiert wurde mit Anruf-Home-Diagnose-Signatur anzeigen . Die Statusspalte sollte einen Wert „registriert“ haben.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Überprüfen der Ausführung von Diagnosesignaturen

Im folgenden Befehl wird die Spalte „Status“ des Befehls Call-Home-Diagnosesignatur anzeigen zu „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Call-Home-Diagnose-Signaturstatistik anzeigen ist die beste Methode, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausgeführt hat. Die Spalte „Ausgelöst/Max/Deinstalliert“ gibt an, wie oft die Signatur ein Event ausgelöst hat, wie oft ein Event maximal erkannt werden konnte und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Events erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Call-Home-Diagnose-Signaturstatistik anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Die Benachrichtigungs-E-Mail , die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Software-Version, ausgeführte Konfiguration und show-Befehlsausgaben, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Verwenden Sie die Diagnosesignaturen für Fehlerbehebungszwecke sind in der Regel definiert, um nach Erkennung einiger Problemvorfälle zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS- ID aus der Ausgabe von . ab Call-Home-Diagnosesignatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

 

Neue Signaturen werden regelmäßig zum Diagnostics Signatures Lookup Tool hinzugefügt, basierend auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE-Hochverfügbarkeit als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.


 

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.


 

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Ruft den Redundanzmodus auf

  • application redundancy – Wechselt in den Konfigurationsmodus für die Applikationsredundanz

  • group – Wechselt in den Konfigurationsmodus der Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Timer für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • control GigabitEthernet3 protocol 1 – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hallo-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll.

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für die Überwachung des Datenverkehrs durch Prüfpunkte verwendet wird.

  • track – RG-Gruppennachverfolgung von Schnittstellen

  • protocol 1 – Legt die Protokollinstanz fest, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert den Bezeichner der Redundanzschnittstelle für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.


     

    Wenn es mehr als ein B2B-Paar im selben LAN gibt, MUSS jedes Paar eindeutige RII-IDs auf ihrer jeweiligen Schnittstelle haben (um Kollisionen zu vermeiden). 'show redundancy application group all' sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 weiter oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.


     

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr

Building configuration...

[OK]

VCUBE-1#reload

Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr

Building configuration...

[OK]

VCUBE-2#reload

Proceed with reload? [confirm]
6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076 _ LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Dies ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Control-Hub-Parametern basiert. Speichern Sie sie, und laden Sie sie neu. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

sip-ua-Registrierungsstatus anzeigen


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie ersehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0
Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Sicherheitsprofil SIP-Übertragungsweg
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Sicherheitsprofil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürztes Wählen zwischen Standorten)

PSTNInternational (PSTN-Zugang)

onNetRemote (von GDPR erhaltene Ziele)


 

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-AnrufsuchbereichEin Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEindeutiger Name, beispielsweise Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL _ Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Zum Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteRL _ Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Zum Beispiel: + <UNK> 1408555 01XX

Webex Calling-Funktionen einrichten

Einrichten einer Sammelanschlussgruppe

Sammelanschlüsse leiten eingehende Anrufe an eine Gruppe von Benutzern oder Arbeitsbereichen weiter. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten einer Sammelanschlussgruppe finden Sie unter Sammelanschlüsse in Cisco Webex Control Hub .

Anrufwarteschlange erstellen

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten einer Anrufwarteschlange finden Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub .

Erstellen Sie einen Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe mit bestimmten Personen in Ihrer Organisation filtern können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden Zeitplan oder bieten Sie verschiedene Optionen an, wenn Ihr Geschäft geöffnet oder geschlossen ist.

Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub .

Konfigurieren einer Paging-Gruppe

Mit Gruppen-Paging kann ein Benutzer einen One-Way-Anruf oder einen Gruppenruf an bis zu 75 Zielbenutzer und Arbeitsbereiche tätigen, indem er eine Nummer oder einen Anschluss wählt, die einer bestimmten Paging-Gruppe zugewiesen ist.

Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub .

Anrufübernahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer gegenseitig Anrufe annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Anruf parken

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschalten für Benutzer aktivieren

1

Aus der Kundenansicht in , gehen Sie zu Verwaltung > Standorte .https://admin.webex.com

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen und wählen Sie dann Aufschalten in .

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie das Kontrollkästchen „Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet“ , wenn Sie anderen Benutzern einen Ton abspielen möchten, wenn sich dieser Benutzer in seinem Anruf aufschaltet.

6

Klicken Sie auf Speichern.

Privatfunktion für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Bereich Benutzerberechtigungen und wählen Sie dann Datenschutz .

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über einen Anschluss angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen angezeigt, die sich auf Ihre zugewiesenen Standorte beziehen.

Deaktivieren Sie das Kontrollkästchen „Privatsphäre aktivieren“ , damit jeder den Leitungsstatus überwachen kann.

6

Aktivieren Sie das Kontrollkästchen „Datenschutz für gezielte Anrufübernahme und Aufschalten erzwingen“ , um die Privatsphäre für gezielte Anrufübernahme und Aufschalten zu aktivieren.


 
  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte eine gezielte Anrufübernahme und Aufschaltung für diesen Benutzer verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und Aufschaltung auf einer Leitung aufrufen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten beim Anruf eines anderen Teilnehmers .
  • Der Supervisor kann sich immer auf Anrufe aufschalten, die die Agenten über die Anrufwarteschlange erhalten. Das heißt, Privatsphäreeinstellungen wirken sich nicht auf die Barge-in-Option eines Supervisors aus.
7

Wählen Sie unter „Mitglied nach Name hinzufügen“ die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Telefonleitungsstatus überwachen und gezielte Anrufübernahme und Aufschaltung aufrufen können.

8

Um die ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Filter nach Name, Nummer oder Durchwahl .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.


 
Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .
10

Klicken Sie auf Speichern.

Privacy settings

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximalen überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und klicken Sie auf Benutzer .

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste „Überwachte Leitung hinzufügen“ aufnehmen.

5

Wählen Sie diese Option aus, wenn Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.


 

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.


 

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wird.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich das an Videodemonstration erfahren Sie, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub .

Warnton für Anrufbrücke für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen wird. Sehen Sie, wie es geht gemeinsam genutzte Leitungen konfigurieren bevor Sie den Warnton für die Anrufbrücke aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton für Anrufüberbrückung .

4

Aktivieren Warnton für Überbrückung , und klicken Sie dann auf Speichern .


 
Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon .

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung der gemeinsam genutzten Leitung für WebexApp .

Hoteling für einen Benutzer aktivieren

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Aus der Kundenansicht inhttps://admin.webex.com , gehen Sie zu Verwaltung und wählen Sie Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen , wählen Sie Hoteling und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Gastgebers in das Suchfeld Hoteling-Standort ein und wählen Sie den Hoteling-Gastgeber aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling- Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling- Gastgeber auswählen, wird der erste gelöscht.


 
Wenn Sie ein Standortadministrator sind, können Sie nur den Hoteling-Gastgeber zuweisen, der sich auf Ihre zugewiesenen Standorte bezieht.
5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugeordnet werden kann, wählen Sie die Anzahl der Stunden aus, die der Benutzer den Hoteling-Host in der Dropdown-Liste Limit Association Period verwenden kann.

Der Benutzer wird nach der ausgewählten Zeit automatisch abgemeldet.


 

Eine Fehlermeldung wird auf dem Bildschirm angezeigt, wenn der für den Benutzer angegebene maximale Verknüpfungszeitraum den maximalen Verknüpfungszeitraum des ausgewählten Hoteling-Gastgebers überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen maximalen Verknüpfungszeitraum von 12 Stunden hat und der maximale Verknüpfungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie den Limit-Zuordnungszeitraum des Hoteling- Gastgeber verlängern, wenn der Benutzer mehr Zeit benötigt.

6

Klicken Sie auf Speichern.


 

Ein Benutzer kann auch den Hotelling-Host, den er verwenden möchte, über den User Hub suchen und finden. Weitere Informationen finden Sie unter Greifen Sie von überall auf Ihr Anrufprofil zu .

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich das an Videodemonstration erfahren Sie, wie Sie Hoteling im Control Hub konfigurieren.
Einführungstrends und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite „Analysen“ in Control Hub finden Sie Informationen zur Nutzung von Webex Calling und der Webex-App (Engagement) und der Qualität der Medienanrufe. Melden Sie sich für Zugriff auf Webex Calling-Analysen bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann die Registerkarte Anrufe aus.

1

Melden Sie sich für detaillierte Berichte zum Anrufprotokoll an bei Control Hub und gehen Sie dann zu Analysen > Anrufen .

2

Auswählen Detailliertes Anrufprotokoll .

Weitere Informationen zu Anrufen mit einer dedizierter Instanz finden Sie unter Analyse der dedizierten Instanz.

3

Um Informationen zur Medienqualität abzurufen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann Anrufe aus.

Weitere Informationen finden Sie unter Analysen für Ihr Cloud Collaboration-Portfolio.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Stellen Sie vor der Konfiguration eines lokalen Gateways für Webex Calling Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie verfügen über grundlegende Kenntnisse des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über eines oder mehrere lokale Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS Gateway für TDM-basierte Konnektivität

Weitere Informationen finden Sie in Tabelle 1 des Bestellleitfadens „Lokales Gateway für Webex Calling“. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Local Gateway Configuration Guide ausgeführt wird.

Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre vorhandene lokale Bereitstellung in Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

WebEx Calling erfordert sichere Signale und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, an das der Standort gebunden werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse – Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort – Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region – Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • PLZ/Postleitzahl – Geben Sie die PLZ oder Postleitzahl ein.
  • Ansagesprache – Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache – Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone – Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall zur Anleitung.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-PSTN-Lösung von einem der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall zur Anleitung.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anruf > Nummern und wählen Sie aus dem Dropdown-Menü den Ort aus, an dem sie gelöscht werden sollen. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle Nummern, die mit diesem Standort verknüpft sind, an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Inhaber dieser Nummern.

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Das permanente Löschen des Standorts dauert in der Regel einige Minuten, aber es kann bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Derzeit sind bereits vorhandene Standorte, denen andere PSTN-Funktionen zugewiesen wurden, nicht für den Cisco-Anrufplan berechtigt. Öffnen Sie einen Support-Fall zur Anleitung.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-PSTN-Lösung von einem der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn die Option „ Nummern jetzt bestellen“ unter einem aufgeführten Anbieter angezeigt wird, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Nicht integriertes CCP erfordert, dass Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beschaffen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, wird automatisch in eine standortbasierte PSTN mit einem entsprechenden Trunk konvertiert.

3

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus, um Benutzern an diesem Standort das Tätigen und Empfangen von Anrufen zu ermöglichen.

Die Hauptnummer kann dem Auto Attendant zugewiesen werden, sodass die externen Anrufer Webex Calling-Benutzer an diesem Standort kontaktieren können. Webex Calling-Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie Anrufe tätigen.
4

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Notrufanbieter benötigt möglicherweise Informationen über das Zugriffsnetzwerk und wird durch die Definition eines neuen privaten SIP-Anschlusskopfes, P-Access-Network-Info, erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.

Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und blättern Sie zu Interne Rufnummernwahl .

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Diese Einstellung wird empfohlen, wenn Sie über mehrere Standorte verfügen. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    Die Länge des Routing-Präfixes umfasst die Leitziffer. Wenn Sie beispielsweise die Länge des Routing-Präfixes auf vier festlegen, können nur drei Ziffern verwendet werden, um den Standort anzugeben.

    Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anzeigen von Anschlüssen, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfix-Erweiterung).

  • Leitziffer im Routing-Präfix – Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfixes festgelegt wird.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Nachdem Sie die Länge Ihrer Durchwahl erhöht haben, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Anschlusswahl zwischen Standorten zulassen – Sie können die Anschlusswahl zwischen Standorten basierend auf den Anforderungen Ihrer Organisation anpassen.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation nicht über doppelte Anschlüsse für alle Standorte verfügt.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation denselben Anschluss an verschiedenen Standorten hat. Wenn der Umschalter deaktiviert ist und der Anrufer den Anschluss wählt, wird der Anruf an einen Benutzer mit übereinstimmendem Anschluss am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix + Anschluss für den Standort) wählen, um einen Anschluss an einem anderen Standort zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Navigieren Sie zu Verwaltung > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe . Blättern Sie zu Wählen und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, aber sie muss 2–7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Navigieren Sie zu Verwaltung > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe . Blättern Sie zu Wählen und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional haben Sie die Möglichkeit, die Ziffer für ausgehende Anrufe dieses Standorts zu erzwingen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    Notrufe können weiterhin mit oder ohne Ziffer für ausgehende Anrufe gewählt werden, wenn diese Funktion aktiviert ist.

    Nach der Aktivierung können externe Zielnummern, wie sie für die Anrufweiterleitung verwendet werden, nicht mehr verwendet werden, wenn keine Ziffer für ausgehende Anrufe enthalten ist.

    Wenn eine Durchwahl der nationalen Nummer entspricht, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher wird empfohlen, die Ziffer für ausgehende Anrufe zu aktivieren.
    Wir empfehlen dringend, das E.164-Nummerierungsformat für eingehende und ausgehende PSTN-Anrufe zu verwenden.

Auswirkungen für Benutzer:

  • Die Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wähleinstellungen übernommen werden.

  • Benutzeranschlüsse sollten nicht mit derselben Nummer wie die führende Ziffer des Standorts oder die Ziffern für ausgehende Anrufe beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk
Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen .

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN
1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die Konfigurationsinformationen, die Control Hub generiert haben, mitnehmen und die Parameter in das lokale Gateway (z. B. in einem Cisco Cube, der auf dem Gelände sitzt) anordnen. Dieser Artikel führt Sie durch diesen Prozess. Als Hinweis finden Sie im folgenden Diagramm das Beispiel für die Verwendung der Konfigurationsinformationen für die Control Hub (links) auf Parameter im Würfel (rechts):

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten
Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub an https://admin.webex.com, wählen Sie das Gebäudesymbol .

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Anrufoptionen festlegen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Webex-App-Benutzer .

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Calling-Client-Einstellungen konfigurieren, einschließlich der Bereitstellung im gemischten Modus für Organisationen mit Benutzern, die mit Unified CM oder Webex Calling berechtigt sind, und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten .

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling currently supports two versions of Local Gateway:

  • Lokales Gateway

  • Local Gateway for Webex for Government

Key considerations

  • Before you begin, understand the premises-based Public Switched Telephone Network (PSTN) and Local Gateway (LGW) requirements for Webex Calling. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. If you modify an existing PSTN gateway or CUBE Enterprise deployment to use as the Local Gateway function for Webex Calling, then pay careful attention to the configuration. Ensure that you don't interrupt the existing call flows and functionality because of the changes that you make.

The procedures contain links to command reference documentation where you can learn more about the individual command options. All command reference links go to the Webex Managed Gateways Command Reference unless stated otherwise (in which case, the command links go to Cisco IOS Voice Command Reference). You can access all these guides at Cisco Unified Border Element Command References.

For information on the supported third-party SBCs, refer to the respective product reference documentation.

Configure your Local Gateway

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Use the task flow either under the Registration-based Local Gateway or Certificate-based Local Gateway to configure Local Gateway for your Webex Calling trunk.

See Get started with Local Gateway for more information on different trunk types. Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. We use Session Initiation Protocol (SIP) and Transport Layer Security (TLS) transport to secure the trunk and Secure Real Time Protocol (SRTP) to secure the media between the Local Gateway and Webex Calling.

Key considerations

Local Gateway for Webex for Government doesn’t support the following:

  • STUN/ICE-Lite for media path optimization

  • Fax (T.38)

Configure your Local Gateway for Webex for Government

To configure Local Gateway for your Webex Calling trunk in Webex for Government, use the following option:

  • Zertifikatbasierter Trunk

Use the task flow under the Certificate-based Local Gateway to configure the Local Gateway for your Webex Calling trunk. For more details on how to configure a certificate-based Local Gateway, see Configure Webex Calling certificate-based trunk.

It’s mandatory to configure FIPS-compliant GCM ciphers to support Local Gateway for Webex for Government. If not, the call setup fails. For configuration details, see Configure Webex Calling certificate-based trunk.

Webex for Government doesn’t support registration-based Local Gateway.

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using a registering SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The image below highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Call routing from/to PSTN to/from Webex Calling configuration solution

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Schritt 1: Configure router baseline connectivity and security

  • Schritt 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Schritt 3: Configure Local Gateway with SIP PSTN trunk

  • Schritt 4: Configure Local Gateway with existing Unified CM environment

    Oder:

  • Schritt 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All registration-based Local Gateway deployments require Cisco IOS XE 17.6.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Advantage licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acls

    • User authentication and remote access

    • DNS

    • IP-Routing

    • IP addresses

  • The network toward Webex Calling must use an IPv4 address.

  • Upload the Cisco root CA bundle to the Local Gateway.

Konfiguration

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 10.80.13.12 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Private address) ip address 192.51.100.1 255.255.255.240

2

Protect registration and STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

 key config-key password-encrypt YourPassword password encryption aes

3

Create a placeholder PKI trustpoint.

Requires this trustpoint to configure TLS later. For registration-based trunks, this trustpoint doesn't require a certificate - as would be required for a certificate-based trunk.
 crypto pki trustpoint EmptyTP revocation-check none
4

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands. Transport parameters should also be updated to ensure a reliable secure connection for registration:

The cn-san-validate server command ensures that the Local Gateway permits a connection if the host name configured in tenant 200 is included in either the CN or SAN fields of the certificate received from the outbound proxy.

  1. Set tcp-retry count to 1000 (5-msec multiples = 5 seconds).

  2. The timer connection establish command allows you to tune how long the LGW waits to set up a connection with a proxy before considering the next available option. The default for this timer is 20 seconds and the minimum 5 seconds. Start with a low value and increase if necessary to accommodate network conditions.

 sip-ua timers connection establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000

5

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling registration-based trunk
1

Create a registration based PSTN trunk for an existing location in Control Hub. Make a note of the trunk information that is provided once the trunk has been created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element media statistics media bulk-stats allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced

Hier ist eine Erklärung der Felder für die Konfiguration:

 ip address trusted list  ipv4 x.x.x.x y.y.y.y

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default, so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets of your regional Webex Calling data center to the list. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

    If your LGW is behind a firewall with restricted cone NAT, you may prefer to disable the IP address trusted list on the Webex Calling facing interface. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

media statistics

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

media bulk-stats

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

For more information on these commands, see Media.

Allow-connections sip to sip

Enable CUBE basic SIP back-to-back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weitergeleitet haben ( beispielsweise sind sowohl der angerufene als auch der Anrufer Webex Calling-Abonnenten und wenn Sie Medien am Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weiterfließen, da das Loch nicht geöffnet ist.

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see stun flowdata agent-id and stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

vorzeitige Angebot gezwungen

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

3

Configure voice class codec 100 filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk.

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams

5

Configure the media encryption policy for Webex traffic.

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination trunk parameter: 

 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use dtg= followed by the Trunk OTG/DTG value provided in Control Hub when the trunk was created. For more information, see voice class uri.

7

Configure sip profile 100, which will be used to modify SIP messages before they are sent to Webex Calling.

 voice class sip-profiles 100 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:" rule 20 request ANY sip-header To modify "<sips:" "<sip:" rule 30 request ANY sip-header From modify "<sips:" "<sip:" rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 50 response ANY sip-header To modify "<sips:" "<sip:" rule 60 response ANY sip-header From modify "<sips:" "<sip:" rule 70 response ANY sip-header Contact modify "<sips:" "<sip:" rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>" rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • rule 10 to 70 and 90

    Ensures that SIP headers used for call signaling use the sip, rather than sips scheme, which is required by Webex proxies. Configuring CUBE to use sips ensures that secure registration is used.

  • rule 80

    Modifies the From header to include the trunk group OTG/DTG identifier from Control Hub to uniquely identify a Local Gateway site within an enterprise.

8

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. In particular, the trunk registration details provided in Control Hub earlier will be used in this step as detailed below. Dial-peers associated with this tenant later will inherit these configurations.

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

     voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com no remote-party-id sip-server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com privacy-policy passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Defines a set of configuration parameters that will be used only for the Webex Calling trunk. For more information, see voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). For more information, see registrar.

    Ensure that you use the Register Domain value from Control Hub here.

    credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. For more information, see credentials (SIP UA).

    Ensure that you use the Line/Port host, Authentication Username and Authentication Password values respectively from Control Hub here.

    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm BroadWorks
    authentication username Dallas1171197921_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. For more information, see authentication (dial-peer).

    Ensure that you use the Authentication Username, Authentication Password and Registrar Domain values respectively from Control Hub here.

    Keine Remote-Party-ID

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. For more information, see connection-reuse.

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in step 5). For more information, see voice class srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. For more information, see session-transport.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. For more information, see error-passthru.

    asserted-id pai

    Aktiviert die PAI-Verarbeitung im lokalen Gateway. For more information, see asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to WebexCalling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to WebexCalling. For more information, see bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. For more information on this command, see pass-thru content.

    sip-profiles 100

    Changes SIPs to SIP and modify Line/Port for INVITE and REGISTER messages as defined in sip-profiles 100. For more information, see voice class sip-profiles.

    outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Insert the Outbound Proxy Address provided in Control Hub when you created your trunk. For more information, see outbound-proxy.

    Datenschutzrichtlinienpassregeln

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer. 

     dial-peer voice 100 voip description Inbound/Outbound Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max-conn 250

    Restricts the number of concurrent inbound and outbound calls between the LGW and Webex Calling. For registration trunks, the maximum value configured should be 250. Usea lower value if that would be more appropriate for your deployment. For more information on concurrent call limits for Local Gateway, refer to the Get started with Local Gateway document.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. For more information, see session protocol (dial-peer).

    Sip-Server für Sitzungsziel

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see incoming uri.

    voice-class codec 100

    Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

    voice-class stun-usage 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN helps to open a firewall pinhole for media traffic.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may be overridden at the dial-peer level.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

After you define tenant 100 and configure a SIP VoIP dial-peer, the gateway initiates a TLS connection toward Webex Calling. At this point the access SBC presents its certificate to the Local Gateway. The Local Gateway validates the Webex Calling access SBC certificate using the CA root bundle that was updated earlier. If the certificate is recognised, a persistent TLS session is established between the Local Gateway and Webex Calling access SBC. The Local Gateway is then able to use this secure connection to register with the Webex access SBC. When the registration is challenged for authentication:

  • The username, password, and realm parameters from the credentials configuration is used in the response.

  • The modification rules in sip profile 100 are used to convert SIPS URL back to SIP.

Registration is successful when a 200 OK is received from the access SBC.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP Dial-Peer mit einem Tag von 200 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. For more information, see dial-peer voice.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufaufrufe verarbeitet. For more information, see session protocol (dial peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. Das Hier-Sitzungsziel ist die IP-Adresse von ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-PSTN IP-Adresse des Unternehmens. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

Sprachkurs-Codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see DTMF Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

     dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Configure the following TDM PSTN dial-peer:

 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP Dial-Peer mit einem Tag 200 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. For more information, see dial-peer voice.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 10 pots  description Outbound loop-around leg

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

Sitzungsprotokoll sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

     dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

When creating the Webex Calling trunk in Unified CM, ensure that you configure the incoming port in the SIP Trunk Security Profile settings to 5065. This allows incoming messages on port 5065 and populate the VIA header with this value when sending messages to the Local Gateway.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

     voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. Beispiel:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  description UCM-Webex Calling trunk

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    eingehender URI über 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  description UCM-PSTN trunk

    Definiert einen VoIP Dial-Peer mit einem Tag von 400 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

     voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

     dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

     dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. You can also install the DS to automate diagnostics data collection and transfer-collected data to the Cisco TAC case to accelerate resolution time.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. You can define the problem detection logic using syslog messages, SNMP events and through periodic monitoring of specific show command outputs.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Uploading the file to a user-provided network location such as HTTPS, SCP, FTP server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Local Gateway running IOS XE 17.6.1a or higher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Configure the secure email server to be used to send proactive notification if the device is running Cisco IOS XE 17.6.1a or higher.

    configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end

  3. Configure the environment variable ds_email with the email address of the administrator to notify you. 

    configure terminal call-home diagnostic-signature environment ds_email <email address> end

The following shows an example configuration of a Local Gateway running on Cisco IOS XE 17.6.1a or higher to send the proactive notifications to tacfaststart@gmail.com using Gmail as the secure SMTP server:

We recommend you to use the Cisco IOS XE Bengaluru 17.6.x or later versions.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Go to Manage Google Account > Security and turn on the Less secure app access setting.

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

This DS tracks CPU utilization for five seconds using the SNMP OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Use the show snmp command to enable SNMP. If you do not enable, then configure the snmp-server manager command.

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR Series or Cisco CSR 1000V Series

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. If necessary, reinstall DS 64224 to continue monitoring high CPU utilization on the Local Gateway.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Once the unregistration event is detected, it generates an email and syslog notification and uninstalls itself after two unregistration occurrences. Use the steps below to install the signature:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml Load file DS_64117.xml success LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Use the show snmp command to check whether SNMP is enabled. If it is not enabled, configure the snmp-server manager command. 

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnostic Signatures (DS) eliminate the need to manually check for the problem occurrence and makes troubleshooting of intermittent and transient issues a lot easier.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Configure an additional DS environment variable ds_fsurl_prefix which is the Cisco TAC file server path (cxd.cisco.com) to which the collected diagnostics data are uploaded. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager in the following command. The file upload token can be generated in the Attachments section of the Support Case Manager, as needed. 

    configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end

    Beispiel 

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Ensure that SNMP is enabled using the show snmp command. If it is not enabled, configure the snmp-server manager command.

    show snmp %SNMP agent not enabled config t snmp-server manager end

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Verify that the signature is successfully installed using the show call-home diagnostic-signature command. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

In the following command, the “Status” column of the show call-home diagnostic-signature command changes to “running” while the Local Gateway executes the action defined within the signature. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Current diagnostic-signature settings:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Triggered/Max/Deinstall

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. If you want to uninstall a signature manually, retrieve the DS ID from the output of the show call-home diagnostic-signature command and run the following command:

call-home diagnostic-signature deinstall <DS ID>

Beispiel

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Manage and validate Cisco IOS XE Gateways through Control Hub

For better management of Cisco IOS XE Gateways, we recommend that you enroll and manage the gateways through the Control Hub. It is an optional configuration. When enrolled, you can use the configuration validation option in the Control Hub to validate your Local Gateway configuration and identify any configuration issues. Currently, only registration-based trunks support this functionality.

For more information, refer the following:

Design overview

This section describes how to configure a Cisco Unified Border Element (CUBE) as a Local Gateway for Webex Calling, using certificate-based mutual TLS (mTLS) SIP trunk. The first part of this document illustrates how to configure a simple PSTN gateway. In this case, all calls from the PSTN are routed to Webex Calling and all calls from Webex Calling are routed to the PSTN. The following image highlights this solution and the high-level call routing configuration that will be followed.

In this design, the following principal configurations are used:

  • voice class tenants: Used to create trunk specific configurations.

  • voice class uri: Used to classify SIP messages for the selection of an inbound dial-peer.

  • inbound dial-peer: Provides treatment for inbound SIP messages and determines the outbound route with a dial-peer group.

  • dial-peer group: Defines the outbound dial-peers used for onward call routing.

  • outbound dial-peer: Provides treatment for outbound SIP messages and routes them to the required target.

Call routing from/to PSTN to/from Webex Calling configuration solution

While IP and SIP have become the default protocols for PSTN trunks, TDM (Time Division Multiplexing) ISDN circuits are still widely used and are supported with Webex Calling trunks. To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, it is currently necessary to use a two-leg call routing process. This approach modifies the call routing configuration shown above, by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks as illustrated in the image below.

When connecting an on-premises Cisco Unified Communications Manager solution with Webex Calling, you can use the simple PSTN gateway configuration as a baseline for building the solution illustrated in the following diagram. In this case, Unified Communications Manager provides centralized routing and treatment of all PSTN and Webex Calling calls.

Throughout this document, the host names, IP addresses, and interfaces illustrated in the following image are used. Options are provided for public or private (behind NAT) addressing. SRV DNS records are optional, unless load balancing across multiple CUBE instances.

Use the configuration guidance in the rest of this document to complete your Local Gateway configuration as follows:

  • Schritt 1: Configure router baseline connectivity and security

  • Schritt 2: Configure Webex Calling Trunk

    Depending on your required architecture, follow either:

  • Schritt 3: Configure Local Gateway with SIP PSTN trunk

  • Schritt 4: Configure Local Gateway with existing Unified CM environment

    Oder:

  • Schritt 3: Configure Local Gateway with TDM PSTN trunk

Configure connectivity and security

Baseline configuration

The first step in preparing your Cisco router as a Local Gateway for Webex Calling is to build a baseline configuration that secures your platform and establishes connectivity.

  • All certificate-based Local Gateway deployments require Cisco IOS XE 17.9.1a or later versions. For the recommended versions, see the Cisco Software Research page. Search for the platform and select one of the suggested releases.

    • ISR4000 series routers must be configured with both Unified Communications and Security technology licenses.

    • Catalyst Edge 8000 series routers fitted with voice cards or DSPs require DNA Essentials licensing. Routers without voice cards or DSPs require a minimum of DNA Essentials licensing.

    • For high-capacity requirements, you may also require a High Security (HSEC) license and additional throughput entitlement.

      Refer to Authorization Codes for further details.

  • Build a baseline configuration for your platform that follows your business policies. In particular, configure the following and verify the working:

    • NTP

    • Acls

    • User authentication and remote access

    • DNS

    • IP-Routing

    • IP addresses

  • The network toward Webex Calling must use a IPv4 address. Local Gateway Fully Qualified Domain Names (FQDN) or Service Record (SRV) addresses must resolve to a public IPv4 address on the internet.

  • All SIP and media ports on the Local Gateway interface facing Webex must be accessible from the internet, either directly or via static NAT. Ensure that you update your firewall accordingly.

  • Install a signed certificate on the Local Gateway (the following provides detailed configuration steps).

    • A public Certificate Authority (CA) as detailed in  What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? must sign the device certificate.

    • The FQDN configured in the Control Hub when creating a trunk must be the Common Name (CN) or Subject Alternate Name (SAN) certificate of the router. Beispiel:

      • If a configured trunk in the Control Hub of your organization has cube1.lgw.com:5061 as FQDN of the Local Gateway, then the CN or SAN in the router certificate must contain cube1.lgw.com. 

      • If a configured trunk in the Control Hub of your organization has lgws.lgw.com as the SRV address of the Local Gateway(s) reachable from the trunk, then the CN or SAN in the router certificate must contain lgws.lgw.com. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Whether you use an FQDN or SRV for the trunk, the contact address for all new SIP dialogs from your Local Gateway uses the name configured in the Control Hub.

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Upload the Cisco root CA bundle to the Local Gateway.

Konfiguration

1

Ensure that you assign valid and routable IP addresses to any Layer 3 interfaces, for example:

 interface GigabitEthernet0/0/0 description Interface facing PSTN and/or CUCM ip address 192.168.80.14 255.255.255.0 ! interface GigabitEthernet0/0/1 description Interface facing Webex Calling (Public address) ip address 198.51.100.1 255.255.255.240

2

Protect STUN credentials on the router using symmetric encryption. Configure the primary encryption key and encryption type as follows:

 key config-key password-encrypt YourPassword password encryption aes
3

Create an encryption trustpoint with a certificate signed by your preferred Certificate Authority (CA).

  1. Create an RSA key pair using the following exec command.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. When using cube1.lgw.com as the fqdn for the trunk, create a trustpoint for the signed certificate with the following configuration commands: 

     crypto pki trustpoint LGW_CERT enrollment terminal pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key

  3. Generate Certificate Signing Request (CSR) with the following exec or configuration command and use it to request a signed certificate from a supported CA provider:

    crypto pki enroll LGW_CERT

4

Authenticate your new certificate using your intermediate (or root) CA certificate, then import the certificate (Step 4). Enter the following exec or configuration command:

 crypto pki authenticate LGW_CERT <paste Intermediate X.509 base 64 based certificate here>

5

Import a signed host certificate using the following exec or configuration command:

 crypto pki import LGW_CERT certificate <paste CUBE host X.509 base 64 certificate here>

6

Enable TLS1.2 exclusivity and specify the default trustpoint using the following configuration commands:

 sip-ua crypto signaling default trustpoint LGW_CERT transport tcp tls v1.2

7

Install the Cisco root CA bundle, which includes the DigiCert CA certificate used by Webex Calling. Use the crypto pki trustpool import clean url command to download the root CA bundle from the specified URL, and to clear the current CA trustpool, then install the new bundle of certificates:

If you need to use a proxy for access to the internet using HTTPS, add the following configuration before importing the CA bundle:

ip http client proxy-server yourproxy.com proxy-port 80
 ip http client source-interface GigabitEthernet0/0/1 crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Configure Webex Calling certificate-based trunk
1

Create a CUBE certificate-based PSTN trunk for an existing location in Control Hub. For more information, see Configure trunks, route groups, and dial plans for Webex Calling.

Make a note of the trunk information that is provided once the trunk is created. These details, as highlighted in the following illustration, will be used in the configuration steps in this guide.
2

Enter the following commands to configure CUBE as a Webex Calling Local Gateway:

 voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y mode border-element allow-connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetric payload full early-offer forced sip-profiles inbound

Hier ist eine Erklärung der Felder für die Konfiguration:

 ip address trusted list  ipv4 x.x.x.x y.y.y.y

  • To protect against toll fraud, the trusted address list defines a list of hosts and networks entities from which the Local Gateway expects legitimate VoIP calls.

  • By default, Local Gateway blocks all incoming VoIP messages from IP addresses not in its trusted list. Statically configured dial-peers with “session target IP” or server group IP addresses are trusted by default so do not need to be added to the trusted list.

  • When configuring your Local Gateway, add the IP subnets for your regional Webex Calling data center to the list, see Port Reference Information for Webex Calling for more information. Also, add address ranges for Unified Communications Manager servers (if used) and PSTN trunk gateways.

  • For more information on how to use an IP address trusted list to prevent toll fraud, see IP address trusted.

mode border-element

Enables Cisco Unified Border Element (CUBE) features on the platform.

Allow-connections sip to sip

Enable CUBE basic SIP back to back user agent functionality. For more information, see Allow connections.

By default, T.38 fax transport is enabled. For more information, see fax protocol t38 (voice-service).

stun

Enables STUN (Session Traversal of UDP through NAT) globally.

These global stun commands are only required when deploying your Local Gateway behind NAT.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weitergeleitet haben ( beispielsweise sind sowohl der angerufene als auch der Anrufer Webex Calling-Abonnenten und wenn Sie Medien am Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weiterfließen, da das Loch nicht geöffnet ist.

  • The STUN bindings feature on the Local Gateway allows locally generated STUN requests to be sent over the negotiated media path. This helps to open the pinhole in the firewall.

For more information, see  stun flowdata agent-id and  stun flowdata shared-secret.

asymmetric payload full

Configures SIP asymmetric payload support for both DTMF and dynamic codec payloads. For more information on this command, see asymmetric payload.

vorzeitige Angebot gezwungen

Forces the Local Gateway to send SDP information in the initial INVITE message instead of waiting for acknowledgment from the neighboring peer. For more information on this command, see early-offer.

sip-profiles inbound

Enables CUBE to use SIP profiles to modify messages as they are received. Profiles are applied via dial-peers or tenants.

3

Configure voice class codec 100 codec filter for the trunk. In this example, the same codec filter is used for all trunks. You can configure filters for each trunk for precise control.

 voice class codec 100 codec preference 1 opus codec preference 2 g711ulaw codec preference 3 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class codec 100

Used to only allow preferred codecs for calls through SIP trunks. For more information, see voice class codec.

Opus codec is supported only for SIP-based PSTN trunks. If the PSTN trunk uses a voice T1/E1 or analog FXO connection, exclude codec preference 1 opus from the voice class codec 100 configuration.

4

Configure voice class stun-usage 100 to enable ICE on the Webex Calling trunk. (This step is not applicable for Webex for Government)

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Used to enable ICE-Lite for all Webex Calling facing dial-peers to allow media-optimization whenever possible. For more information, see voice class stun usage and stun usage ice lite.

The stun usage firewall-traversal flowdata command is only required when deploying your Local Gateway behind NAT.
You require stun usage of ICE-lite for call flows using media path optimization. To provide media-optimization for a SIP to TDM gateway, configure a loopback dial-peer with ICE-Lite enabled on the IP-IP leg. For further technical details, contact the Account or TAC teams.
5

Configure the media encryption policy for Webex traffic. (This step is not applicable for Webex for Government)

 voice class srtp-crypto 100 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class srtp-crypto 100

Specifies SHA1_80 as the only SRTP cipher-suite CUBE offers in the SDP in offer and answer messages. Webex Calling only supports SHA1_80. For more information, see voice class srtp-crypto.

6

Configure FIPS-compliant GCM ciphers (This step is applicable only for Webex for Government). 

 voice class srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class srtp-crypto 100

Specifies GCM as the cipher-suite that CUBE offers. It is mandatory to configure GCM ciphers for Local Gateway for Webex for Government.

7

Configure a pattern to uniquely identify calls to a Local Gateway trunk based on its destination FQDN or SRV:

 voice class uri 100 sip pattern cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class uri 100 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use LGW FQDN or SRV configured in Control Hub while creating a trunk.

8

Configure SIP message manipulation profiles. If your gateway is configured with a public IP address, configure a profile as follows or skip to the next step if you are using NAT. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway and "198.51.100.1" is the public IP address of the Local Gateway interface facing Webex Calling:

 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

Skip the next step if you have configured your Local Gateway with public IP addresses.

9

If your gateway is configured with a private IP address behind static NAT, configure inbound and outbound SIP profiles as follows. In this example, cube1.lgw.com is the FQDN configured for the Local Gateway, "10.80.13.12" is the interface IP address facing Webex Calling and "192.65.79.20" is the NAT public IP address.

SIP profiles for outbound messages to Webex Calling 
 voice class sip-profiles 100 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20" rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

rules 10 and 20

To allow Webex to authenticate messages from your local gateway, the 'Contact' header in SIP request and responses messages must contain the value provisioned for the trunk in Control Hub. This will either be the FQDN of a single host, or the SRV domain name used for a cluster of devices.

rules 30 to 81

Convert private address references to the external public address for the site, allowing Webex to correctly interpret and route subsequent messages.

SIP profile for inbound messages from Webex Calling 
 voice class sip-profiles 110 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12" rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12" rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12" rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

rules 10 to 80

Convert public address references to the configured private address, allowing messages from Webex to be correctly processed by CUBE.

For more information, see voice class sip-profiles.

10

Configure a SIP Options keepalive with header modification profile.

 voice class sip-profiles 115 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20" rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description Keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class sip-options-keepalive 100

Configures a keepalive profile and enters voice class configuration mode. You can configure the time (in seconds) at which an SIP Out of Dialog Options Ping is sent to the dial-target when the heartbeat connection to the endpoint is in UP or Down status.

This keepalive profile is triggered from the dial-peer configured towards Webex.

To ensure that the contact headers include the SBC fully qualified domain name, SIP profile 115 is used. Rules 30, 40, and 50 are required only when the SBC is configured behind static NAT.

In this example, cube1.lgw.com is the FQDN selected for the Local Gateway and if static NAT is used, "10.80.13.12" is the SBC interface IP address towards Webex Calling and "192.65.79.20" is the NAT public IP address.

11

Configure Webex Calling trunk:

  1. Create voice class tenant 100 to define and group configurations required specifically for the Webex Calling trunk. Dial-peers associated with this tenant later will inherit these configurations:

    The following example uses the values illustrated in Step 1 for the purpose of this guide (shown in bold). Replace these with values for your trunk in your configuration.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    We recommend that you use tenants to configure trunks which have their own TLS certificate, and CN or SAN validation list. Here, the tls-profile associated with the tenant contains the trust point to be used to accept or create new connections, and has the CN or SAN list to validate the incoming connections. For more information, see voice class tenant.

    Keine Remote-Party-ID

    Disable SIP Remote-Party-ID (RPID) header as Webex Calling supports PAI, which is enabled using CIO asserted-id pai. For more information, see remote-party-id.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Configures the target SIP server for the trunk. Use the edge proxy SRV address provided in Control Hub when you created your trunk

    srtp-crypto 100

    Configures the preferred cipher-suites for the SRTP call leg (connection) (specified in Step 5). For more information, see voice class srtp-crypto.

    localhost dns: cube1.lgw.com

    Configures CUBE to replace the physical IP address in the From, Call-ID, and Remote-Party-ID headers in outgoing messages with the provided FQDN.

    Sitzungstransport TCP TLS

    Sets transport to TLS for associated dial-peers. For more information, see session-transport.

    no session refresh

    Disables SIP session refresh globally.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. For more information, see error-passthru.

    bind control source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for messages sent to Webex Calling. For more information, see bind.

    bind media source-interface GigabitEthernet0/0/1

    Configures the source interface and associated IP address for media sent to Webex Calling. For more information, see bind.

    voice-class sip profiles 100

    Applies the header modification profile (Public IP or NAT addressing) to use for outbound messages. For more information, see voice-class sip profiles.

    voice-class sip profiles 110 inbound

    Applies the header modification profile (NAT addressing only) to use for inbound messages. For more information, see voice-class sip profiles.

    privacy-policy passthru

    Configures the privacy header policy options for the trunk to pass privacy values from the received message to the next call leg. For more information, see privacy-policy.

  2. Configure the Webex Calling trunk dial-peer.

     dial-peer voice 100 voip description Inbound/Outbound Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. For more information, see dial-peer voice.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. For more information, see session protocol (dial-peer).

    Sip-Server für Sitzungsziel

    Indicates that the SIP server defined in tenant 100 is inherited and used for the destination for calls from this dial peer.

    incoming uri request 100

    To specify the voice class used to match a VoIP dial peer to the uniform resource identifier (URI) of an incoming call. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Webex Calling. For more information, see voice class codec.

    Sprachklasse-Stun-Usage 100

    Allows locally generated STUN requests on the Local Gateway to be sent over the negotiated media path. STUN help to open a firewall pinhole for media traffic.

    voice-class sip asserted-id pai

    Sets the outgoing calling information using the privacy asserted ID (PAI) header. For more information, see voice-class sip asserted-id.

    voice-class sip tenant 100

    The dial-peer inherits all parameters configured globally and in tenant 100. Parameters may overridden at the dial-peer level. For more information, see  voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    This command is used to monitor the availability of a group of SIP servers or endpoints using a specific profile (100).

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Configure Local Gateway with a SIP PSTN trunk

Having built a trunk towards Webex Calling above, use the following configuration to create a non-encrypted trunk towards a SIP based PSTN provider:

If your Service Provider offers a secure PSTN trunk, you may follow a similar configuration as detailed above for the Webex Calling trunk. Secure to secure call routing is supported by CUBE.

If you are using a TDM / ISDN PSTN trunk, skip to next section Configure Local Gateway with TDM PSTN trunk.

To configure TDM interfaces for PSTN call legs on the Cisco TDM-SIP Gateways, see  Configuring ISDN PRI.

1

Configure the following voice class uri to identify inbound calls from the PSTN trunk:

 voice class uri 200 sip host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

voice class uri 200 sip

Defines a pattern to match an incoming SIP invite to an incoming trunk dial-peer. When entering this pattern, use the IP address of you IP PSTN gateway. For more information, see  voice class uri.

2

Configure the following IP PSTN dial-peer:

 dial-peer voice 200 voip description Inbound/Outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP Dial-Peer mit einem Tag von 200 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. For more information, see dial-peer voice.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufaufrufe verarbeitet. For more information, see session protocol (dial peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. Das Hier-Sitzungsziel ist die IP-Adresse von ITSP. For more information, see  session target (VoIP dial peer).

incoming uri via 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-PSTN IP-Adresse des Unternehmens. Matches all incoming IP PSTN call legs on the Local Gateway with dial-peer 200. For more information, see  incoming url.

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

Sprachkurs-Codec 100

Configures the dial-peer to use the common codec filter list 100. For more information, see voice-class codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see DTMF Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see vad (dial peer).

3

If you are configuring your Local Gateway to only route calls between Webex Calling and the PSTN, add the following call routing configuration. If you are configuring your Local Gateway with a Unified Communications Manager platform, skip to the next section.

  1. Create dial-peer groups to route calls towards Webex Calling or the PSTN. Define DPG 100 with outbound dial-peer 100 toward Webex Calling. DPG 100 is applied to the incoming dial-peer from the PSTN. Similarly, define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls from Webex to the PSTN and from the PSTN to Webex: 

     dial-peer voice 100 destination dpg 200 dial-peer voice 200 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.

Configure Local Gateway with a TDM PSTN trunk

Having built a trunk towards Webex Calling, use the following configuration to create a TDM trunk for your PSTN service with loop-back call routing to allow media optimization on the Webex call leg.

If you do not require IP media optimization, follow the configuration steps for a SIP PSTN trunk. Use a voice port and POTS dial-peer (as shown in Steps 2 and 3) instead of the PSTN VoIP dial-peer.
1

The loop-back dial-peer configuration uses dial-peer groups and call routing tags to ensure that calls pass correctly between Webex and the PSTN, without creating call routing loops. Configure the following translation rules that will be used to add and remove the call routing tags:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate called 100 voice translation-rule 200 rule 1 /^/ /A1A/ voice translation-profile 200 translate called 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate called 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

voice translation-rule

Uses regular expressions defined in rules to add or remove call routing tags. Over-decadic digits (‘A’) are used to add clarity for troubleshooting.

In this configuration, the tag added by translation-profile 100 is used to guide calls from Webex Calling towards the PSTN via the loopback dial-peers. Similarly, the tag added by translation-profile 200 is used to guide calls from the PSTN towards Webex Calling. Translation-profiles 11 and 12 remove these tags before delivering calls to the Webex and PSTN trunks respectively.

This example assumes that called numbers from Webex Calling are presented in +E.164 format. Rule 100 removes the leading + to maintain a valid called number. Rule 12 then adds a national or international routing digit(s) when removing the tag. Use digits that suit your local ISDN national dial plan.

If Webex Calling presents numbers in national format, adjust rules 100 and 12 to simply add and remove the routing tag respectively.

For more information, see voice translation-profile and voice translation-rule.

2

Configure TDM voice interface ports as required by the trunk type and protocol used. For more information, see Configuring ISDN PRI. For example, the basic configuration of a Primary Rate ISDN interface installed in NIM slot 2 of a device might include the following:

 card type e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Configure the following TDM PSTN dial-peer:

 dial-peer voice 200 pots description Inbound/Outbound PRI PSTN trunk destination-pattern BAD.BAD translation-profile incoming 200 direct-inward-dial port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP Dial-Peer mit einem Tag 200 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. For more information, see dial-peer voice.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

translation-profile incoming 200

Assigns the translation profile that will add a call routing tag to the incoming called number.

direct-inward-dial

Routes the call without providing a secondary dial-tone. For more information, see direct-inward-dial.

port 0/2/0:15

The physical voice port associated with this dial-peer.

4

To enable media optimization of IP paths for Local Gateways with TDM-IP call flows, you can modify the call routing by introducing a set of internal loop-back dial-peers between Webex Calling and PSTN trunks. Configure the following loop-back dial-peers. In this case, all incoming calls will be routed initially to dial-peer 10 and from there to either dial-peer 11 or 12 based on the applied routing tag. After removal of the routing tag, calls will be routed to the outbound trunk using dial-peer groups.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards Webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 10 pots  description Outbound loop-around leg

Defines a VoIP dial-peer and gives a meaningful description for ease of management and troubleshooting. For more information, see dial-peer voice.

translation-profile incoming 11

Applies the translation profile defined earlier to remove the call routing tag before passing to the outbound trunk.

Ziel-Muster BAD. Schlecht

A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. For more information, see destination-pattern (interface).

Sitzungsprotokoll sipv2

Specifies that this dial-peer handles SIP call legs. For more information, see  session protocol (dial peer).

session target 192.168.80.14

Specifies the local router interface address as the call target to loop-back. For more information, see session target (voip dial peer).

bind control source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for messages sent through the loop-back. For more information, see  bind.

bind media source-interface GigabitEthernet0/0/0

Configures the source interface and associated IP address for media sent through the loop-back. For more information, see  bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

codec g711alaw

Forces all PSTN calls to use G.711. Select a-law or u-law to match the companding method used by your ISDN service.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

5

Add the following call routing configuration:

  1. Create dial-peer groups to route calls between the PSTN and Webex trunks, via the loop-back.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 10 description Route calls to Loopback dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer 100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  2. Apply dial-peer groups to route calls.

     dial-peer voice 100 destination dpg 10 dial-peer voice 200 destination dpg 10 dial-peer voice 11 destination dpg 100 dial-peer voice 12 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    destination dpg 200

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features are configured.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

The PSTN-Webex Calling configuration in the previous sections may be modified to include additional trunks to a Cisco Unified Communications Manager (UCM) cluster. In this case, all calls are routed via Unified CM. Calls from UCM on port 5060 are routed to the PSTN and calls from port 5065 are routed to Webex Calling. The following incremental configurations may be added to include this calling scenario.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Classifies Unified CM to Webex calls using SIP VIA port:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Classifies Unified CM to PSTN calls using SIP via port:

     voice class uri 400 sip pattern 192\.168\.80\.6[0-5]:5060

    Classify incoming messages from the UCM towards the PSTN trunk using one or more patterns that describe the originating source addresses and port number. Regular expressions may be used to define matching patterns if required.

    In the example above, a regular expression is used to match any IP address in the range 192.168.80.60 to 65 and port number 5060.

2

Configure the following DNS records to specify SRV routing to Unified CM hosts:

IOS XE uses these records for locally determining target UCM hosts and ports. With this configuration, it is not required to configure records in your DNS system. If you prefer to use your DNS, then these local configurations are not required.

 ip host ucmpub.mydomain.com 192.168.80.60 ip host ucmsub1.mydomain.com 192.168.80.61 ip host ucmsub2.mydomain.com 192.168.80.62 ip host ucmsub3.mydomain.com 192.168.80.63 ip host ucmsub4.mydomain.com 192.168.80.64 ip host ucmsub5.mydomain.com 192.168.80.65 ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

The following command creates a DNS SRV resource record. Create a record for each UCM host and trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV resource record name

2: The SRV resource record priority

1: The SRV resource record weight

5060: The port number to use for the target host in this resource record

ucmsub5.mydomain.com: The resource record target host

To resolve the resource record target host names, create local DNS A records. Beispiel:

ip host ucmsub5.mydomain.com 192.168.80.65

ip host: Creates a record in the local IOS XE database.

ucmsub5.mydomain.com: The A record host name.

192.168.80.65: The host IP address.

Create the SRV resource records and A records to reflect your UCM environment and preferred call distribution strategy.

3

Configure the following dial-peers:

  1. Dial-peer for calls between Unified CM and Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  description UCM-Webex Calling trunk

    Defines a VoIP dial-peer with a tag 300 and gives a meaningful description for ease of management and troubleshooting.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Specifies that dial-peer 300 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:wxtocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record wxtocucm.io is used to direct calls.

    eingehender URI über 300

    Uses voice class URI 300 to direct all incoming traffic from Unified CM using source port 5065 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

  2. Dial-peer for calls between Unified CM and the PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  description UCM-PSTN trunk

    Definiert einen VoIP Dial-Peer mit einem Tag von 400 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    A dummy destination pattern is required when routing outbound calls using an inbound dial-peer group. Any valid destination pattern may be used in this case.

    Sitzungsprotokoll sipv2

    Specifies that dial-peer 400 handles SIP call legs. For more information, see  session protocol (dial-peer).

    session target dns:pstntocucm.io

    Defines the session target of multiple Unified CM nodes through DNS SRV resolution. In this case, the locally defined SRV record pstntocucm.io is used to direct calls.

    incoming uri via 400

    Uses voice class URI 400 to direct all incoming traffic from the specified Unified CM hosts using source port 5060 to this dial-peer. For more information, see  incoming uri.

    voice-class codec 100

    Indicates codec filter list for calls to and from Unified CM. For more information, see  voice class codec.

    bind control source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for messages sent to the PSTN. For more information, see  bind.

    bind media source-interface GigabitEthernet0/0/0

    Configures the source interface and associated IP address for media sent to PSTN. For more information, see  bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. For more information, see  DTMF Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. For more information, see  vad (dial peer).

4

Add call routing using the following configurations:

  1. Create dial-peer groups to route calls between Unified CM and Webex Calling. Define DPG 100 with outbound dial-peer 100 towards Webex Calling. DPG 100 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 300 with outbound dial-peer 300 toward Unified CM. DPG 300 is applied to the incoming dial-peer from Webex.

     voice class dpg 100 description Route calls to Webex Calling dial-peer 100 voice class dpg 300 description Route calls to Unified CM Webex Calling trunk dial-peer 300

  2. Create a dial-peer groups to route calls between Unified CM and the PSTN. Define DPG 200 with outbound dial-peer 200 toward the PSTN. DPG 200 is applied to the associated incoming dial-peer from Unified CM. Similarly, define DPG 400 with outbound dial-peer 400 toward Unified CM. DPG 400 is applied to the incoming dial-peer from the PSTN.

     voice class dpg 200 description Route calls to PSTN dial-peer 200 voice class dpg 400 description Route calls to Unified CM PSTN trunk dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    dial-peer  100

    Associates an outbound dial-peer with a dial-peer group. For more information, see  voice-class dpg.

  3. Apply dial-peer groups to route calls from Webex to Unified CM and from Unified CM to Webex: 

     dial-peer voice 100 destination dpg 300 dial-peer voice 300 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    destination dpg 300

    Specifies which dial-peer group, and therefore dial-peer should be used for the outbound treatment for calls presented to this incoming dial-peer.

  4. Apply dial-peer groups to route calls from the PSTN to Unified CM and from Unified CM to the PSTN:

     dial-peer voice 200 destination dpg 400 dial-peer voice 400 destination dpg 200

    This concludes your Local Gateway configuration. Save the configuration and reload the platform if this is the first time CUBE features have been configured.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. Diagnostic Signatures Lookup Tool (DSLT) is a single source to find applicable signatures for monitoring and troubleshooting various problems.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Configure the secure email server that you use to send proactive notification if the device is running IOS XE 17.6.1 or higher.

     configure terminal call-home mail-server <username>:<pwd>@<email server> priority 1 secure tls end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

     configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> end

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. If SNMP is not enabled, then configure the snmp-server manager command.

     show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise in Webex Calling solution

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash:  Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 bytes] 3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

This DS uses SNMP polling every 10 minutes to detect abnormal call disconnect with SIP errors 403, 488 and 503.  If the error count increment is greater than or equal to 5 from the last poll, it generates a syslog and email notification. Please use the steps below to install the signature.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. If SNMP is not enabled, configure the snmp-server manager command. 

    show snmp %SNMP agent not enabled config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP packets input      0 Bad SNMP version errors      1 Unknown community name      0 Illegal operation for community name supplied      0 Encoding errors 37763 Number of requested variables      2 Number of altered variables 34560 Get-request PDUs 138 Get-next PDUs      2 Set-request PDUs      0 Input queue packet drops (Maximum queue size 1000) 158277 SNMP packets output      0 Too big errors (Maximum packet size 1500) 20 No such name errors      0 Bad values errors      0 General errors 7998 Response PDUs 10280 Trap PDUs Packets currently in SNMP process input queue: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

     call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Use the command show call-home diagnostic-signature to verify that the signature is successfully installed. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Configure another DS environment variable ds_fsurl_prefix as the Cisco TAC file server path (cxd.cisco.com) to upload the diagnostics data. The username in the file path is the case number and the password is the file upload token which can be retrieved from Support Case Manager as shown in the following. The file upload token can be generated in the Attachments section of the Support Case Manager, as required. 

     configure terminal call-home diagnostic-signature LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com" end

    Beispiel 

     call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. If SNMP not enabled, configure the snmp-server manager command.

     show snmp %SNMP agent not enabled config t snmp-server manager end

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR Series, or Catalyst 8000V Edge Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

     copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:  copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Install the high CPU monitoring DS 64224 and then DS 65095 XML file in the Local Gateway. 

     call-home diagnostic-signature load DS_64224.xml Load file DS_64224.xml success call-home diagnostic-signature load DS_65095.xml Load file DS_65095.xml success

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

     show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Current diagnostic-signature settings:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Environment variable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Triggered/Max/Deinstall

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE-Hochverfügbarkeit als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

Conf t 
 Track 1 Schnittstelle GigabitEthernet1 Line-Protocol 
 Track 2 Schnittstelle GigabitEthernet2 Line-Protocol-Exit 

V CUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

V CUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

Redundanz-Anwendung Redundanz Gruppe 
 
   1 
    Name LocalGateway-HA Priorität 100 Ausfallsicherungs-Schwellenwert 
    75 
    Control GigabitEthernet3 Protokoll 1 
    Daten GigabitEthernet3 Timer Verzögerung 30 Neuladen 60 Track 1 Shutdown Track 2 Shutdown Exit Protocol 
 
 
 
 
   1 
    Timer Hellotime 3 Holdtime 10 
   Beenden 
 
 Beenden 

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VEINSTELLUNGEN-2(Konfiguration) #

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy—Enters redundancy mode

  • application redundancy—Enters application redundancy configuration mode

  • group—Enters redundancy application group configuration mode

  • name LocalGateway-HA—Defines the name of the RG group

  • priority 100 failover threshold 75—Specifies the initial priority and failover thresholds for an RG

  • timers delay 30 reload 60—Configures the two times for delay and reload

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • control GigabitEthernet3 protocol 1—Configures the interface used to exchange keepalive and hello messages between the two CUBEs, and specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • data GigabitEthernet3—Configures the interface used for checkpointing of data traffic

  • track—RG group tracking of interfaces

  • protocol 1—Specifies the protocol instance that will be attached to a control interface and enters redundancy application protocol configuration mode

  • timers hellotime 3 holdtime 10—Configures the two timers for hellotime and holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter Sprachdienst voip. Dies ermöglicht der CUBE-Anwendung, den Redundanzprozess zu steuern.

Sprachdienst 
   VoIP-Redundanz -Gruppe 1 
   Beenden

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-2(config-voi-serv)# exit

redundancy-group 1—Adding and removing this command requires a reload for the updated configuration to take effect. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VEINSTELLUNGEN-2(Konfiguration) #

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii—Configures the redundancy interface identifier for the redundancy group. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    If there is more than one B2B pair on the same LAN, each pair MUST have unique rii IDs on their respective interfaces (to prevent collision). ‘show redundancy application group all’ should indicate the correct local and peer information.

  • redundancy group 1—Associates the interface with the redundancy group created in Step 2 above. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-1#reload

 Proceed with reload? [confirm]

Nachdem VEINSTELLUNGEN-1 vollständig hoch gestartet wurde, speichern Sie die Konfiguration von V CUBE-2 und laden Sie sie erneut hoch.

VCUBE-2#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-2#reload

 Proceed with reload? [confirm]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 

 VCUBE-1#show redundancy application group all Faults states Group 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus:  Meine Rolle: Aktive Peer Rolle: Standby Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Lokale Standby Peer: Adresse 10.1.1.2, Priorität 100, Gi3 Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 reload events: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Faults states Group 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus: Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Adresse 10.1.1.2, Priorität 100, Gi3 : Lokale Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 reload events: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 V CUBE-2 #

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Hier ist die lokale Gateway Konfiguration, die auf beide Plattformen basierend auf den oben angezeigten Control Hub Parametern, speichern und Nachladen, gilt. SIP Digest credentials from Control Hub are highlighted in bold.

 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

show sip-ua register status 

 VCUBE-1#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Standby Hot Peer RF State: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Meine Rolle: Aktive Peer Rolle: Status Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot Vcube-2 #SIP-UA registrieren Statusmieter: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

From the output above, you can see that VCUBE-2 is the active LGW maintaining the registration with Webex Calling access SBC, whereas the output of the “show sip-ua register status” is blank in VCUBE-1

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.

 VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.

 VCUBE-1#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.

 VCUBE-1#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG ID 1 Hallo Zeit abgelaufen. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: SIP REGISTRIEREN: 40462196.Cisco-bcld.com:5061/2.0 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97-Benutzer: Cisco-SiteGateway/16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 unterstützt: Weinhalt-Länge: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Erhalten: SIP/2.0 401 unberechtigt über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595044 CSeq: 2 www registrieren-authentifizieren; Digest Realm = "Broadworks", QoP = "auth", Nonce = "BroadWorksXk572qd01Ti58zliBW", Algorithmus = MD5 Inhalt-Länge: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: Anmelden: 40462196. CIP/bcld.com:5061 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Do, 09. Jan 2020 18:37:25 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97: Cisco-sipGateway/IOS-16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 unterstützt: Wedeautorisierung: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Erhalten: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: Anrufinformationen, Linienbeschlagung, Dialogfeld, Nachrichtenübersicht, als-Funktion-Event, X-Broadworks-HotelING, X-Broadworks-Call-Center-Status, Konferenzinhalt-Länge: 0

Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürztes standortübergreifendes Wählen)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex SIP Trunk
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name, z. B. Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. _ Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/Routenliste RL _ Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +1408555 01XX

Webex Calling-Funktionen einrichten

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. Sie können Benutzer als Telefon attendants einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation abbilden können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschalten für Benutzer aktivieren

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen und wählen Sie dann Aufschalten in .

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie das Kontrollkästchen „Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet“ , wenn Sie anderen Benutzern einen Ton abspielen möchten, wenn sich dieser Benutzer in seinem Anruf aufschaltet.

Das Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet gilt nicht für die Funktion zum Aufschalten des Supervisors in den Grundlegenden Grundlagen der Kundenerfahrung. Selbst wenn Sie diese Option für einen Supervisor aktivieren, gibt das System dem Agenten nicht den Benachrichtigungston wieder, wenn sich ein Supervisor in seinen Anruf in der Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton abspielen möchten, wenn sich ein Supervisor in seinen Anruf aufschaltet, können Sie ihn über die Einstellungen für den Benachrichtigungston für Agenten aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschleife erstellen unter Webex Customer Experience Basic oder Webex Customer Experience Essentials .

6

Klicken Sie auf „Speichern“.

Privatfunktion für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Management > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Bereich Benutzerberechtigungen und wählen Sie dann Datenschutz .

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über einen Anschluss angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen in der Dropdown-Liste angezeigt, die sich auf Ihre zugewiesenen Standorte beziehen.

Deaktivieren Sie das Kontrollkästchen „Privatsphäre aktivieren“ , damit jeder den Leitungsstatus überwachen kann.

6

Aktivieren Sie das Kontrollkästchen „Datenschutz für gezielte Anrufübernahme und Aufschalten erzwingen“ , um die Privatsphäre für gezielte Anrufübernahme und Aufschalten zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte eine gezielte Anrufübernahme und Aufschaltung für diesen Benutzer verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und Aufschaltung auf einer Leitung aufrufen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten beim Anruf eines anderen Teilnehmers .
  • Der Supervisor kann sich immer auf Anrufe aufschalten, die die Agenten über die Anrufwarteschlange erhalten. Das heißt, Privatsphäreeinstellungen wirken sich nicht auf die Barge-in-Option eines Supervisors aus.
7

Wählen Sie unter „Mitglied nach Name hinzufügen“ die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Telefonleitungsstatus überwachen und gezielte Anrufübernahme und Aufschaltung aufrufen können.

8

Um die ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Filter nach Name, Nummer oder Durchwahl .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie auf Löschen neben dem Namen des Mitglieds.
10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximalen überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und klicken Sie auf Benutzer .

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste „Überwachte Leitung hinzufügen“ aufnehmen.

5

Wählen Sie diese Option aus, wenn Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wird.

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub verwalten.

Warnton für Anrufbrücke für Benutzer aktivieren

Vorbereitungen

Sie müssen die gemeinsam genutzte Leitung so konfiguriert haben, dass die Anrufbrücke aufgerufen wird. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufbrücke wiedergeben.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Management > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton für Anrufüberbrückung .

4

Aktivieren Sie die Option Warnton für Anrufüberbrückung und klicken Sie auf Speichern .

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon .

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung der gemeinsam genutzten Leitung für WebexApp .

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und wählen Sie Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen , wählen Sie Hoteling und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Gastgebers in das Suchfeld Hoteling-Standort ein und wählen Sie den Hoteling-Gastgeber aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber wählen, wird der erste gelöscht.

Wenn Sie ein Standortadministrator sind, können Sie nur den Hoteling-Gastgeber zuweisen, der sich auf Ihre zugewiesenen Standorte bezieht.
5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugeordnet werden kann, wählen Sie die Anzahl der Stunden aus, die der Benutzer den Hoteling-Host in der Dropdown-Liste Limit Association Period verwenden kann.

Der Benutzer wird nach dem gewählten Zeitpunkt automatisch abgemeldet.

Eine Fehlermeldung wird auf dem Bildschirm angezeigt, wenn der für den Benutzer angegebene maximale Verknüpfungszeitraum den maximalen Verknüpfungszeitraum des ausgewählten Hoteling-Gastgebers überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen maximalen Verknüpfungszeitraum von 12 Stunden hat und der maximale Verknüpfungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die Begrenzungszuordnungsdauer des Hoteling-Gastgebers verlängern, wenn mehr Zeit für den Benutzer benötigt wird.

6

Klicken Sie auf „Speichern“.

Ein Benutzer kann auch den Hotelling-Host, den er verwenden möchte, über den User Hub suchen und finden. Weitere Informationen finden Sie unter Von überall auf Ihr Anrufprofil zugreifen .

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren.

Einführungstrends und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite „Analysen“ in Control Hub finden Sie Informationen zur Nutzung von Webex Calling und der Webex-App (Engagement) und der Qualität der Medienanrufe. Um auf die Webex Calling-Analysen zuzugreifen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

1

Detaillierte Berichte zum Anrufprotokoll erhalten Sie, wenn Sie sich bei Control Hub anmelden und anschließend zu „Analysen“ > „ Anrufe“ navigieren .

2

Wählen Sie „Detailliertes Anrufprotokoll“ aus.

Weitere Informationen zu Anrufen mit einer dedizierter Instanz finden Sie unter Analyse der dedizierten Instanz.

3

Um auf Daten zur Medienqualität zuzugreifen, melden Sie sich bei Control Hub an, wechseln Sie zu Analyse und wählen Sie dann Anruf .

Weitere Informationen finden Sie unter Analysen für Ihr Cloud Collaboration-Portfolio.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Stellen Sie vor der Konfiguration eines lokalen Gateways für Webex Calling Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie verfügen über grundlegende Kenntnisse des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über eines oder mehrere lokale Gateways verfügt, wie zum Beispiel:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS Gateway für TDM-basierte Konnektivität

Weitere Informationen finden Sie in Tabelle 1 des Bestellleitfadens „Lokales Gateway für Webex Calling“. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Local Gateway Configuration Guide ausgeführt wird.

Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre vorhandene lokale Bereitstellung in Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

Webex Calling erfordert eine sichere Signalisierung und sichere Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Sprache für Ansage – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mails für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich unter https://admin.webex.com bei Control Hub an und gehen Sie zu Verwaltung > Standort .

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen zur Standortidentifikation ein.
  • Land/Region – Wählen Sie ein Land aus, an das der Standort gebunden werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse – Geben Sie die Haupt-Postanschrift des Standorts ein.
  • Stadt/Ort – Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region – Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl – Geben Sie die Postleitzahl ein.
  • Ansagesprache – Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache: Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone – Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf „Speichern“ und wählen Sie dann „Ja“ / „ Nein“ , um dem Standort jetzt oder später Nummern hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen mit der Sie neue PSTN-Nummern bestellen oder vorhandene Nummern zu Cisco portiert werden können.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option wählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Standorte mit Cloud-Standorten verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufe > Nummern und wählen Sie im Dropdown-Menü den zu löschenden Standort aus. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle Nummern, die mit diesem Standort verknüpft sind, an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Inhaber dieser Nummern.

1

Melden Sie sich unter https://admin.webex.com bei Control Hub an und gehen Sie zu Verwaltung > Standort .

2

Klickenin der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie „Standort löschen“ und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert normalerweise ein paar Minuten, bis der Standort dauerhaft gelöscht wird, aber es kann bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben dem Standortnamen klicken und „Löschstatus“ auswählen .

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN-Einrichtung, den Namen, die Zeitzone und die Sprache eines Standorts ändern, nachdem er erstellt wurde. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich im Control Hub unter https://admin.webex.com an, gehen Sie zu Verwaltung > Standort .

Wenn neben einem Standort ein Warnsymbol angezeigt wird, bedeutet dies, dass Sie noch keine Telefonnummer für diesen Standort konfiguriert haben. Sie können erst Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe sowie ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen mit der Sie neue PSTN-Nummern bestellen oder vorhandene Nummern zu Cisco portiert werden können.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Derzeit sind bereits vorhandene Standorte, denen andere PSTN-Funktionen zugewiesen wurden, nicht für den Cisco-Anrufplan berechtigt. Öffnen Sie einen Support-Fall, um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn die Option „ Nummern jetzt bestellen“ unter einem aufgeführten Anbieter angezeigt wird, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Nicht integriertes CCP erfordert, dass Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beschaffen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Webex Calling-Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, werden automatisch in lokale PSTN mit einem entsprechenden Trunk konvertiert.

3

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus, damit Benutzer an diesem Standort Anrufe tätigen und empfangen können.

Die Hauptnummer kann dem Auto Attendant zugewiesen werden, sodass die externen Anrufer Webex Calling-Benutzer an diesem Standort kontaktieren können. Webex Calling-Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie Anrufe tätigen.
4

(Optional) Unter „Notruf“ können Sie „Notrufstandortbezeichner“ auswählen , um diesen Standort zuzuweisen.

Diese Einstellung ist optional und gilt nur für Länder, die sie benötigen.

In einigen Ländern (Beispiel: Frankreich) bestehen regulatorische Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu ermitteln, wenn Sie einen Notruf absetzen und den Notfallbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter „Verbesserter Notruf“.

Ihr Notrufanbieter benötigt möglicherweise Informationen über das Zugriffsnetzwerk und wird durch die Definition eines neuen privaten SIP-Durchwahlkopfs, P-Access-Network-Info, erreicht. Der Header enthält Informationen zum Zugriffsnetzwerk.

Wenn Sie die Notfall-Standortkennung für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Notrufanbieter, um festzustellen, ob Sie diese Einstellung benötigen, und verwenden Sie den von Ihrem Notrufanbieter bereitgestellten Wert.“

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie auf das Bleistiftsymbol oben auf der Seite „Standort“, um die Standortname, Ansagesprache, E-Mail-Sprache, Zeitzoneoder Adresse und klicken Sie dann auf Speichern.

Das Ändern der Ansagesprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ansagesprache geändert werden sollte, wählen Sie bei Aufforderung Änderung für vorhandene Benutzer und Arbeitsbereiche oder Änderung für vorhandene Funktionen aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite „Aufgaben“ anzeigen. Sie können erst Änderungen vornehmen, wenn diese abgeschlossen sind.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.

Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Anmelden bei Control Hub , gehen Sie zu Dienste > Anrufe > Diensteinstellungen , und blättern Sie zu Interne Rufnummernwahl .

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort: Wir empfehlen diese Einstellung, wenn Sie über mehrere Standorte verfügen. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    Die Länge des Routing-Präfixes umfasst die Leitziffer. Wenn Sie beispielsweise die Länge des Routing-Präfixes auf vier festlegen, können nur drei Ziffern verwendet werden, um den Standort anzugeben.

    Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anzeigen von Anschlüssen, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfix-Erweiterung).

  • Leitziffer im Routing-Präfix – Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt wird.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Die Standardlänge beträgt 2.

    Nachdem Sie die Länge Ihrer Durchwahl erhöht haben, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Anschlusswahl zwischen Standorten zulassen – Hiermit können Sie die Anschlusswahl zwischen Standorten basierend auf den Anforderungen Ihrer Organisation anpassen.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation nicht über doppelte Anschlüsse für alle Standorte verfügt.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation denselben Anschluss an verschiedenen Standorten hat. Wenn der Umschalter deaktiviert ist und der Anrufer den Anschluss wählt, wird der Anruf an einen Benutzer mit übereinstimmendem Anschluss am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix + Anschluss für den Standort) wählen, um einen Anschluss an einem anderen Standort zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu erreichen. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, aber sie muss 2–7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Management > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Calling . Blättern Sie zu Wählen und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional haben Sie die Möglichkeit, die Ziffer für ausgehende Anrufe dieses Standorts zu erzwingen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    Notrufe können weiterhin mit oder ohne Ziffer für ausgehende Anrufe gewählt werden, wenn diese Funktion aktiviert ist.

    Nach der Aktivierung können externe Zielnummern, wie sie für die Anrufweiterleitung verwendet werden, nicht mehr verwendet werden, wenn keine Ziffer für ausgehende Anrufe enthalten ist.

    Wenn eine Durchwahl der nationalen Nummer entspricht, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher wird empfohlen, die Ziffer für ausgehende Anrufe zu aktivieren.
    Wir empfehlen dringend, das E.164-Nummerierungsformat für eingehende und ausgehende PSTN-Anrufe zu verwenden.

Auswirkungen für Benutzer:

  • Die Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wähleinstellungen übernommen werden.

  • Benutzeranschlüsse sollten nicht mit derselben Nummer wie die führende Ziffer des Standorts oder die Ziffern für ausgehende Anrufe beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk
Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich unter https://admin.webex.com bei Control Hub an und gehen Sie zu Dienste > Anrufe > Anrufverteilung , und wählen Sie Übertragungsweg hinzufügen .

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN
1

Melden Sie sich unter https://admin.webex.com bei Control Hub an und gehen Sie zu Verwaltung > Standort .

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Anhand der von Control Hub generierten Konfigurationsinformationen müssen Sie die Parameter auf dem lokalen Gateway abbilden (z. B. auf einem Cisco CUBE vor Ort). Dieser Artikel leitet Sie dabei an. In der folgenden Abbildung sehen Sie ein Beispiel dafür, wie die Control Hub-Konfigurationsinformationen (links) ihre Entsprechung in den Parametern im CUBE (rechts) haben:

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anrufen > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten
Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wählen Sie das Gebäudesymbol aus..

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Anrufoptionen festlegen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Webex-App-Benutzer.

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Calling-Client-Einstellungen konfigurieren, einschließlich der Bereitstellung im gemischten Modus für Organisationen mit Benutzern mit Berechtigung für Unified CM oder Webex Calling und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Konfigurieren Sie das Anrufverhalten.

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtige Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen Anforderungen für das Public Switched Telephone Network (PSTN) und das lokale Gateway (LGW) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture für Webex Calling.

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie ein vorhandenes PSTN-Gateway oder eine CUBE Enterprise-Bereitstellung so ändern, dass sie als lokale Gateway-Funktion für Webex Calling verwendet wird, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass Sie die vorhandenen Anrufverläufe und -funktionen aufgrund der vorgenommenen Änderungen nicht unterbrechen.

Die Prozeduren enthalten Links zur Befehlsreferenzdokumentation, wo Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, verweisen alle Befehlsverweise auf das Webex Managed Gateways Command Reference (in diesem Fall gehen die Befehlsverweise zu Cisco IOS Voice Command Reference ). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Command References zugreifen.

Informationen zu den unterstützten Drittanbieter-SBCs finden Sie in der entsprechenden Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen zum Konfigurieren des lokalen Gateways für Ihren Webex Calling-Trunk:

  • Registrierungsbasierter Trunk

  • Zertifikatsbasierter Trunk

Verwenden Sie den Aufgabenablauf entweder unter Registration-based Local Gateway oder Certificate-based Local Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie die folgenden Schritte auf dem lokalen Gateway selbst mithilfe der Befehlszeilenschnittstelle (CLI) aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security), um den Trunk zu sichern, und SRTP (Secure Real Time Protocol), um die Medien zwischen dem lokalen Gateway und Webex Calling zu sichern.

Wichtige Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für Medienpfadoptimierung

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatsbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem Zertifikat-basierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .

Es ist zwingend erforderlich, FIPS-konforme GCM-Schlüssel zur Unterstützung des lokalen Gateways für Webex for Government zu konfigurieren. Wenn nicht, schlägt die Anrufeinrichtung fehl. Weitere Informationen zur Konfiguration finden Sie unter Konfigurieren des zertifikatbasierten Webex Calling-Trunk .

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designübersicht

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierenden SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die Abbildung unten zeigt diese Lösung und die Konfiguration der allgemeinen Anrufweiterleitung, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassen-Tenants: Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachkurs URI: Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer: Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Obwohl IP und SIP zu den Standardprotokollen für PSTN-Trunks geworden sind, werden ISDN-Schaltungen von TDM (Time Division Multiplexing) weiterhin häufig verwendet und werden mit Webex Calling-Trunks unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen zweigliedrigen Anruf-Routing-Prozess zu verwenden. Dieser Ansatz ändert die oben abgebildete Konfiguration der Anrufweiterleitung, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Trunks eingeführt wird, wie in der Abbildung unten dargestellt.

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform sichert und Konnektivität herstellt.

  • Für alle registrierungsbasierten Bereitstellungen des lokalen Gateways ist Cisco IOS XE 17.6.1a oder eine neuere Version erforderlich. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, benötigen eine DNA Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ZUGRIFFE

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240
2

Schützen Sie die Registrierungs- und STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Übertragungswege benötigt dieser Trustpoint kein Zertifikat, wie es für einen zertifikatbasierten Übertragungsweg erforderlich wäre.

crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Transportparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige sichere Verbindung für die Registrierung zu gewährleisten:

Der Befehl cn-san-validate server stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in Tenant 200 konfigurierte Hostname entweder in den CN- oder SAN-Feldern des Zertifikats enthalten ist, das vom ausgehenden Proxy empfangen wurde.

  1. Festlegen tcp-wiederholungszahl bis 1000 (Vielfache von 5 ms = 5 Sekunden).

  2. Die Timer-Verbindungsaufbau können Sie anpassen, wie lange das LGW wartet, um eine Verbindung mit einem Proxy einzurichten, bevor Sie die nächste verfügbare Option in Erwägung ziehen. Der Standardwert für diesen Timer ist 20 Sekunden und der Mindestwert von 5 Sekunden. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie bei Bedarf, um die Netzwerkbedingungen anzupassen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000
5

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Webex Calling-Trunk
1

Erstellen Sie einen registrierungsbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .

2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway berechtigte VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Müssen daher nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone NAT befindet, können Sie die Vertrauensliste mit den IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschtem eingehenden VoIP. Durch das Deaktivieren der Aktion wird Ihr längerfristiger Konfigurationsaufwand reduziert, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers unverändert bleiben, und Sie müssen Ihre Firewall in jedem Fall für die Peers konfigurieren.

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massen-Statistik

Ermöglicht der Steuerungsebene, die Datenebene nach Massenanrufstatistiken abzufragen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien .

allow-Verbindungen sip zu sip

Aktivieren Sie CUBE Basic SIP Back-to-Back-Benutzeragenten-Funktionen. Weitere Informationen finden Sie unter Verbindungen zulassen .

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weiterleiten (z. B. sind sowohl der angerufene als auch der anrufende Teilnehmer Webex Calling-Abonnenten und wenn Sie Medien im Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weitergeleitet werden, da das Loch nicht offen ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter early-offer .

3

Konfigurieren Sprachklassen-Codec 100 Filter für den Übertragungsweg. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec .

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier eine Erklärung der Felder für die Konfiguration:

Betäubungsmittelnutzungseis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Sprachklasse Betäubungsmittelnutzung und Betäubungsmittelnutzung ice lite .

Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des Zieltrunk-Parameters eindeutig zu identifizieren:


voice class uri 100 sip
 pattern dtg=Dallas1463285401_LGU

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters dtg=, gefolgt vom OTG/DTG-Wert des Übertragungswegs, der beim Erstellen des Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Sprachklasse uri .

7

Konfigurieren sip-profil 100 , die zum Ändern von SIP-Nachrichten verwendet werden, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "<sips:" "<sip:"
 rule 30 request ANY sip-header From modify "<sips:" "<sip:"
 rule 40 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" 
 rule 50 response ANY sip-header To modify "<sips:" "<sip:"
 rule 60 response ANY sip-header From modify "<sips:" "<sip:"
 rule 70 response ANY sip-header Contact modify "<sips:" "<sip:"
 rule 80 request ANY sip-header From modify ">" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass die für die Anrufsignalisierung verwendeten SIP-Header das SIP-Schema anstelle des SIP-Schemas verwenden, das von Webex-Proxys benötigt wird. Die Konfiguration von CUBE für die Verwendung von sips stellt sicher, dass eine sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die From-Kopfzeile so, dass der OTG/DTG-Bezeichner der Trunk-Gruppe aus Control Hub eine lokale Gateway-Site innerhalb eines Unternehmens eindeutig identifiziert.

8

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Insbesondere die Details zur Trunk-Registrierung, die zuvor in Control Hub angegeben wurden, werden in diesem Schritt wie unten beschrieben verwendet. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen diese Konfigurationen.

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  url sips 
  error-passthru
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Trunk verwendet werden. Weitere Informationen finden Sie unter voice class tenant .

    Registrar dns:98027369.us10.bcld.webex.com Schema Schluckauf läuft ab 240 Aktualisierungs-Verhältnis 50 tcp-tls

    Registrar-Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter registrar .

    Stellen Sie sicher, dass Sie hier den Wert „Domäne registrieren“ in Control Hub verwenden.

    Anmeldeinformationen Nummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGUPasswort 0 9 Wt[M6ifY+Bereich BroadWorks

    Anmeldeinformationen für die Anforderung der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier die Werte „Leitung/Port-Host“, „Authentifizierungsbenutzername“ und „Authentifizierungskennwort“ in Control Hub verwenden.

    Benutzername für die Authentifizierung Dallas1171197921_LGU Passwort 0 9 Wt[M6ifY+ Bereich BroadWorks
    Benutzername für die Authentifizierung Dallas1171197921_LGUPasswort 0 9 Wt[M6ifY+ Bereich 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier die Werte für Authentifizierungsbenutzername, Authentifizierungskennwort und Registrierungsdomäne in Control Hub verwenden.

    keine Remote-Teilnehmer-ID

    Deaktivieren Sie den SIP Remote-Party-ID-Header (RPID), da Webex Calling PAI unterstützt, das mit CIO aktiviert wird. asserted-id pai . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die SRV-Edge-Proxy-Adresse, die in Control Hub angegeben ist, wenn Sie Ihren Trunk erstellt haben.

    Connection-Wiederverwendung

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter connection-reuse .

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport tcp tls

    Legt den Transport auf TLS fest. Weitere Informationen finden Sie unter Session-Transport .

    URL-Sips

    SRV-Abfragen müssen SIPs sein, wie vom Zugriffs-SBC unterstützt; alle anderen Nachrichten werden von sip-profile 200 in SIP geändert.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktion für die SIP-Fehlerantwort an. Weitere Informationen finden Sie unter error-passthru .

    Durchsetzungs-ID Pai

    Aktiviert die PAI-Verarbeitung im lokalen Gateway. Weitere Informationen finden Sie unter asserted-id .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an WebexCalling gesendete Medien. Weitere Informationen finden Sie unter bind .

    keine Durchwahl-Inhalte benutzerdefiniert-sdp

    Standardbefehl unter Mandant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt .

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTRIERUNGSNACHRICHTEN gemäß der Definition in sip-profile <UNK> 100 <UNK> . Weitere Informationen finden Sie unter voice class sip-profiles .

    ausgehender Proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Zugriffs-SBC von Webex Calling. Fügen Sie die ausgehende Proxyadresse ein, die im Control Hub angegeben wurde, wenn Sie Ihren Übertragungsweg erstellt haben. Weitere Informationen finden Sie unter Outbound-Proxy .

    Datenschutz-Passthrough

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag von 100 und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn 250

    Beschränkt die Anzahl gleichzeitiger eingehender und ausgehender Anrufe zwischen dem LGW und Webex Calling. Für Registrierungsübertragungen sollte der maximal konfigurierte Wert 250 sein. Usea niedrigerer Wert, wenn dies besser für Ihre Bereitstellung geeignet wäre. Weitere Informationen zu Grenzwerten für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Session-Ziel-SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anforderung 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    Kein SIP-Localhost der Sprachklasse

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens anstelle der physischen IP-Adresse in den Kopfzeilen „From“, „Call-ID“ und „Remote-Party-ID“ ausgehender Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden.

    Srtp

    Aktiviert SRTP für den Call Leg.

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Mandanten definiert haben <UNK> 100 <UNK> und konfigurieren Sie einen SIP VoIP-Dial-Peer, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. Zu diesem Zeitpunkt legt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway vor. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem CA-Stammpaket, das zuvor aktualisiert wurde. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann dann diese sichere Verbindung verwenden, um sich beim Webex Access SBC zu registrieren. Wenn die Registrierung zur Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter Benutzername, Passwort und Bereich aus der Konfiguration Anmeldeinformationen verwendet.

  • Die Änderungsregeln im sip-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP zu konvertieren.

Die Registrierung ist erfolgreich, wenn ein 200 OK vom Zugriffs-SBC empfangen wird.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:

Wenn Ihr Serviceanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.

Wenn Sie einen TDM-/ISDN-PSTN-Übertragungsweg verwenden, fahren Sie mit dem nächsten Abschnitt fort Lokales Gateway mit TDM-PSTN-Übertragungsweg konfigurieren.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 200 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Zieladresse des Ziels an, an die der Anrufabschnitt gesendet werden soll. Das Sitzungsziel hier ist die IP-Adresse des ITSP. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-Adresse des IP-PSTN. Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklassen-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Trunk in Richtung Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen TDM-Trunk für Ihren PSTN-Dienst mit Schleifenrückruf-Routing, um die Medienoptimierung im Webex Call Leg zu ermöglichen.

Wenn keine IP-Medienoptimierung erforderlich ist, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN VoIP-Dial-Peers einen Sprachport und einen POTS-Dial-Peer (wie in den Schritten 2 und 3 gezeigt).
1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN übergeben werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anrufweiterleitungs-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anruf-Routing-Tags hinzuzufügen oder zu entfernen. Übermäßige Dezadische Ziffern („A“) werden verwendet, um Klarheit für die Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-Profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das durch translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN an Webex Calling weiterzuleiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor sie Anrufe an die Webex- bzw. PSTN-Übertragungswege weiterleiten.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im Format +E.164 angezeigt werden. Regel 100 entfernt das vorangestellte +, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann beim Entfernen des Tags eine nationale oder internationale Routing-Ziffer(n) hinzu. Verwenden Sie Ziffern, die zu Ihrem lokalen nationalen ISDN-Wählplan passen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um das Routing-Tag einfach hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzungsprofil und Sprachübersetzungsregel .

2

Konfigurieren Sie die TDM-Sprachschnittstellenports nach Bedarf für den verwendeten Trunk-Typ und das Protokoll. Weitere Informationen finden Sie unter ISDN PRI konfigurieren . Die Grundkonfiguration einer ISDN-Schnittstelle der Primären Rate, die in NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache .

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direktwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direktwahl .

Port 0/2/0:15

Der diesem Dial-Peer zugeordnete physische Sprachport.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Trunks einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewandten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach Entfernen des Routing-Tags werden Anrufe mit Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache .

translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag zu entfernen, bevor es an den ausgehenden Übertragungsweg übergeben wird.

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer).

Sitzungsziel 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für den Loop-Back an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die über die Schleife gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Medien, die über den Loop-Back gesendet werden. Weitere Informationen finden Sie unter bind .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

Codec g711alaw

Erzwingt die Verwendung von G.711 für alle PSTN-Anrufe. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Kompander-Methode zu wählen.

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

5

Fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe über die Schleife zwischen dem PSTN und den Webex-Übertragungswegen weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofileinstellungen auf 5065 konfigurieren. Dies ermöglicht eingehende Nachrichten auf Port 5065 und füllt den VIA-Header mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosesignaturen (DS) erkennen proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generieren E-Mail-, Syslog- oder Terminal-Benachrichtigungen über das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML-Dateien, die Informationen über Ereignisse zum Auslösen von Problemen und zu ergreifende Maßnahmen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik der Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln von Show-Befehlsausgaben:

  • Konsolidierte Protokolldatei generieren

  • Das Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort wie HTTPS, SCP, FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle für die Suche nach passenden Signaturen zur Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die von Ihnen geänderten Dateien können aufgrund des Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie für das Senden von E-Mail-Benachrichtigungen durch das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet werden soll, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen.

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email <email address> 
end

Die folgende Abbildung zeigt eine Beispielkonfiguration eines lokalen Gateways, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um die proaktiven Benachrichtigungen an tacfaststart@gmail.com Verwendung von Gmail als sicheren SMTP-Server:

Wir empfehlen die Verwendung der Cisco IOS XE Bengaluru 17.6.x oder einer neueren Version.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das unter Cisco IOS XE Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und Einstellung Weniger sicherer App-Zugriff aktivieren.

  2. Beantworten Sie „Ja, ich war es“, wenn Sie eine E-Mail von Gmail mit dem Hinweis „Google hat verhindert, dass sich jemand mit einer Nicht-Google-App bei Ihrem Konto angemeldet hat“ erhalten.

Diagnosesignaturen für proaktive Überwachung installieren

Überwachung einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung für fünf Sekunden mit der SNMP OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr erreicht, deaktiviert sie alle Fehlersuche und deinstalliert alle Diagnosesignaturen, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl zum Aktivieren von SNMP. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie das snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP-Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie die Anruf-Home-Diagnose-Signatur anzeigen , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. erneut, um die hohe CPU-Auslastung auf dem lokalen Gateway weiterhin zu überwachen.

Überwachung der SIP-Trunk-Registrierung

Diese DS prüft alle 60 Sekunden, ob ein lokaler Gateway-SIP-Trunk mit der Webex Calling-Cloud nicht registriert wird. Nachdem das Ereignis zum Aufheben der Registrierung erkannt wurde, generiert es eine E-Mail- und eine Syslog-Benachrichtigung und deinstalliert sich nach zwei Vorfällen zum Aufheben der Registrierung. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg-Registrierung mit E-Mail-Benachrichtigung aufheben.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie die Anruf-Home-Diagnose-Signatur anzeigen , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss einen Wert „registriert“ haben.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Verwenden Sie die snmp anzeigen Befehl, um zu überprüfen, ob SNMP aktiviert ist. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP-Anrufunterbrechung mit E-Mail- und Syslog-benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie die Anruf-Home-Diagnose-Signatur anzeigen , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss einen Wert „registriert“ haben.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Verwenden Sie Diagnosesignaturen (DS), um Probleme schnell zu beheben. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, die erforderlich sind, um ein bestimmtes Problem zu beheben, das Auftreten des Problems zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es überflüssig, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen erheblich.

Sie können das Diagnostic Signatures Lookup Tool verwenden, um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen der Support-Beteiligung empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren die Diagnosedatenerfassung mit den folgenden Schritten:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariable ds_fsurl_prefix – dies ist der Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das im folgenden Befehl aus dem Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann nach Bedarf im Bereich Anhänge des Support Case Manager generiert werden.

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem snmp anzeigen Befehl. Wenn sie nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass Sie die DS 64224 zur Überwachung hoher CPU-Auslastung als proaktive Maßnahme installieren, um alle Debugs und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Vergewissern Sie sich, dass die Signatur mit dem Anruf-Home-Diagnose-Signatur anzeigen Befehl. Die Statusspalte muss einen Wert „registriert“ haben.

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Durchführung von Diagnosesignaturen überprüfen

Im folgenden Befehl wird die Spalte „Status“ des Anruf-Home-Diagnose-Signatur anzeigen ändert sich in „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Statistiken zu Diagnosesignaturen für Anruf-Home anzeigen ist der beste Weg, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausführt. Die Spalte „Ausgelöst/Max/Deinstall“ gibt an, wie oft die angegebene Signatur ein Ereignis ausgelöst hat, wie oft es maximal definiert ist, um ein Ereignis zu erkennen, und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Ereignisse erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Statistiken zur Home-Anrufdiagnose und -Signatur anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Fehlertyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Ausgaben des Show-Befehls, die für die Behebung des gegebenen Problems relevant sind.

Diagnosesignaturen deinstallieren

Verwenden Sie Diagnosesignaturen für die Fehlerbehebung. Diese werden in der Regel so definiert, dass sie nach dem Erkennen einiger Problemvorfälle deinstalliert werden. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Anruf-Home-Diagnose-Signatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

Dem Diagnostics Signatures Lookup Tool werden regelmäßig neue Signaturen basierend auf Problemen hinzugefügt, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Verwalten und Validieren von Cisco IOS XE Gateways über Control Hub

Für eine bessere Verwaltung der Cisco IOS XE Gateways empfehlen wir die Registrierung und Verwaltung der Gateways über den Control Hub. Es handelt sich um eine optionale Konfiguration. Wenn Sie registriert sind, können Sie die Konfigurationsüberprüfungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designübersicht

In diesem Abschnitt wird beschrieben, wie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mithilfe eines zertifikatbasierten Mutual TLS (mTLS) SIP-Übertragungsweges konfiguriert wird. Im ersten Teil dieses Dokuments wird erläutert, wie Sie ein einfaches PSTN-Gateway konfigurieren. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling weitergeleitet und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration für die Weiterleitung von Anrufen auf hoher Ebene, die befolgt werden.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenpächter : Wird verwendet, um Trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklasse URI : Wird verwendet, um SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers zu klassifizieren.

  • eingehender Dial-Peer : Bietet Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe : Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer : Bietet Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Call routing from/to PSTN to/from Webex Calling configuration solution

Obwohl IP und SIP zu den Standardprotokollen für PSTN-Trunks geworden sind, werden ISDN-Schaltungen von TDM (Time Division Multiplexing) weiterhin häufig verwendet und werden mit Webex Calling-Trunks unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen zweigliedrigen Anruf-Routing-Prozess zu verwenden. Dieser Ansatz ändert die oben abgebildete Konfiguration der Anrufweiterleitung, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Trunks eingeführt wird, wie in der Abbildung unten dargestellt.

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Basis für die Erstellung der Lösung verwenden, die im folgenden Diagramm dargestellt ist. In diesem Fall bietet Unified Communications Manager die zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die Hostnamen, IP-Adressen und Schnittstellen verwendet, die im folgenden Bild dargestellt sind. Optionen für die öffentliche oder private Adressierung (hinter NAT) sind vorgesehen. SRV DNS-Einträge sind optional, es sei denn, es erfolgt ein Lastausgleich über mehrere CUBE-Instanzen.

Verwenden Sie die Konfigurationsanleitung im Rest dieses Dokuments, um Ihre lokale Gateway-Konfiguration wie folgt abzuschließen:

  • Schritt 1: Konnektivität und Sicherheit der Router-Baseline konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Führen Sie je nach erforderlicher Architektur einen der folgenden Schritte aus:

  • Schritt 3: Lokales Gateway mit SIP-PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Grundkonfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht in der Erstellung einer Basiskonfiguration, die Ihre Plattform sichert und Konnektivität herstellt.

  • Alle zertifikatbasierten Bereitstellungen des lokalen Gateways erfordern Cisco IOS XE 17.9.1a oder eine neuere Version. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der ISR4000-Serie müssen sowohl mit Unified Communications- als auch mit Sicherheitstechnologielizenzen konfiguriert sein.

    • Router der Catalyst Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern die Lizenzierung von DNA Essentials. Router ohne Sprachkarten oder DSPs benötigen ein Minimum an DNA Essentials-Lizenzen.

    • Bei hohen Kapazitätsanforderungen benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Durchsatzberechtigung.

      Weitere Details finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes, und überprüfen Sie die Funktionsweise:

    • NTP

    • ZUGRIFFE

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk in Richtung Webex Calling muss eine IPv4-Adresse verwenden. Die Adressen für lokale Gateway-vollständig qualifizierte Domänennamen (FQDN) oder Dienstdatensätze (SRV) müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der lokalen Gateway-Schnittstelle, die Webex zugewandt sind, müssen über das Internet zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Installieren Sie ein signiertes Zertifikat auf dem lokalen Gateway (im Folgenden finden Sie detaillierte Konfigurationsschritte).

    • Eine öffentliche Zertifizierungsstelle (CA) wie unter Welche Stammzertifizierungsstellen (Root Certificate Authorities) werden für Anrufe an Cisco Webex-Audio- und -Videoplattformen unterstützt? beschrieben, muss das Gerätezertifikat signiert werden.

    • Der FQDN, der beim Erstellen eines Übertragungswegs im Control Hub konfiguriert wird, muss das Zertifikat Common Name (CN) oder Subject Alternate Name (SAN) des Routers sein. Zum Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways hat, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation über lgws.lgw.com als SRV-Adresse des/der lokalen Gateways verfügt, die/die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, in die die SRV-Adresse aufgelöst wird (CNAME, Ein Datensatz oder eine IP-Adresse), sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, verwendet die Kontaktadresse für alle neuen SIP-Dialoge von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen.

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Stamm-CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie gültige und routingfähige IP-Adressen allen Ebenen-3-Schnittstellen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240
2

Schützen Sie STUN-Anmeldeinformationen auf dem Router mit symmetrischer Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungscode und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat, das von Ihrer bevorzugten Zertifizierungsstelle (CA) signiert wurde.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden Befehl exec.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Wenn cube1.lgw.com als fqdn für den Trunk verwendet wird, erstellen Sie einen Trustpoint für das signierte Zertifikat mit den folgenden Konfigurationsbefehlen:

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn cube1.lgw.com
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key

  3. Generieren Sie eine Zertifikatsanforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diesen, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT
4

Authentifizieren Sie Ihr neues Zertifikat mit Ihrem CA-Zwischenzertifikat (oder Stamm), und importieren Sie das Zertifikat (Schritt 4). Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT
<paste Intermediate X.509 base 64 based certificate here>
5

Importieren Sie ein signiertes Gastgeberzertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate
<paste CUBE host X.509 base 64 certificate here>
6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2
7

Installieren Sie das Cisco-Stamm-CA-Paket, das das von Webex Calling verwendete DigiCert-CA-Zertifikat enthält. Verwenden Sie die crypto pki trustpool import clean url , um das CA-Stammpaket von der angegebenen URL herunterzuladen und den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP http Client Proxy-Server yourproxy.com Proxy-Port 80 

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren eines Webex Calling-Trunk auf Zertifikatsbasis
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling .

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, sobald der Trunk erstellt wurde. Diese Details, wie in der folgenden Abbildung hervorgehoben, werden in den Konfigurationsschritten in diesem Handbuch verwendet.
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und NetzwerkEntitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in der vertrauenswürdigen Liste enthalten sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“ oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig, müssen also nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Wenn Sie Ihr lokales Gateway konfigurieren, fügen Sie die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter „Port-Referenzinformationen für Webex Calling“ . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zum Verwenden einer Liste vertrauenswürdiger IP-Adressen zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse .

Grenzelement im Modus

Aktiviert Cisco Unified Border Element (CUBE)-Funktionen auf der Plattform.

allow-Verbindungen sip zu sip

Aktivieren Sie die grundlegende SIP-Benutzeragenten-Funktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen .

Der T.38-Faxtransport ist standardmäßig aktiviert. Weitere Informationen finden Sie unter Fax-Protokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen Betäubungsbefehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weiterleiten (z. B. sind sowohl der angerufene als auch der anrufende Teilnehmer Webex Calling-Abonnenten und wenn Sie Medien im Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weitergeleitet werden, da das Loch nicht offen ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anforderungen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret .

asymmetrische Nutzlast voll

Konfiguriert die Unterstützung der asymmetrischen SIP-Nutzlast für DTMF- und dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter asymmetrische Nutzlast .

Frühangebot erzwungen

Zwingt das lokale Gateway, SDP-Informationen in der anfänglichen INVITE-Nachricht zu senden, anstatt auf Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter early-offer .

sip-profile eingehend

Ermöglicht CUBE die Verwendung von SIP-Profilen, um empfangene Nachrichten zu ändern. Profile werden über Dial-Peers oder Tenants angewendet.

3

Konfigurieren Sprachklassen-Codec <UNK> 100 <UNK> Codec-Filter für den Trunk. In diesem Beispiel wird der gleiche Codec-Filter für alle Trunks verwendet. Sie können für jeden Trunk Filter konfigurieren, um eine präzise Steuerung zu ermöglichen.


voice class codec 100
 codec preference 1 opus
 codec preference 2 g711ulaw
 codec preference 3 g711alaw

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklassen-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Trunks zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec .

Der Opus-Codec wird nur für SIP-basierte PSTN-Trunks unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1-/E1- oder analoge FXO-Verbindung verwendet, schließen Sie Codec-Einstellung <UNK> 1 opus von der Sprachklassen-Codec <UNK> 100 <UNK> Konfiguration.

4

Konfigurieren Betäubungsnutzung Sprachklasse <UNK> 100 <UNK> um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier eine Erklärung der Felder für die Konfiguration:

Betäubungsmittelnutzungseis lite

Wird verwendet, um ICE-Lite für alle Dial-Peers mit Webex Calling-Zugriff zu aktivieren, um eine Medienoptimierung zu ermöglichen, wann immer möglich. Weitere Informationen finden Sie unter Sprachklasse Betäubungsmittelnutzung und Betäubungsmittelnutzung ice lite .

Die Verwendung von Firewall-Traversal-Flowdata betäuben Befehl ist nur erforderlich, wenn Ihr lokales Gateway hinter NAT bereitgestellt wird.
Sie benötigen ICE-Lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um eine Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer, bei dem ICE-Lite auf dem IP-IP-Abschnitt aktiviert ist. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.
5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt SHA1 _ 80 als die einzige SRTP-Verschlüsselungs-Suite an, die CUBE im SDP für Angebots- und Antwortnachrichten anbietet. Webex Calling unterstützt nur SHA180._ Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government).


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse SRTP-Krypto 100

Gibt GCM als Verschlüsselungs-Suite an, die CUBE anbietet. Es ist zwingend erforderlich, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des FQDN oder SRV des Ziels eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 100 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub konfigurierten LGW-FQDN oder SRV, während Sie einen Trunk erstellen.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie mit dem nächsten Schritt fort, wenn Sie NAT verwenden. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN und „198.51.100.1“ die öffentliche IP-Adresse der lokalen Gateway-Schnittstelle, die Webex Calling zugewendet ist:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Überspringen Sie den nächsten Schritt, wenn Sie Ihr lokales Gateway mit öffentlichen IP-Adressen konfiguriert haben.

9

Wenn Ihr Gateway mit einer privaten IP-Adresse hinter statischem NAT konfiguriert ist, konfigurieren Sie eingehende und ausgehende SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der FQDN, der für das lokale Gateway konfiguriert ist, „10.80.13.12“ ist die IP-Adresse der Schnittstelle, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten über Ihr lokales Gateway authentifizieren kann, muss der Header „Kontakt“ in SIP-Anfragen und Antwortnachrichten den für den Trunk in Control Hub bereitgestellten Wert enthalten. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Regeln 30 bis 81

Konvertieren Sie die Verweise auf private Adressen in die externe öffentliche Adresse für die Site, sodass Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass Nachrichten von Webex korrekt von CUBE verarbeitet werden können.

Weitere Informationen finden Sie unter voice class sip-profiles .

10

Konfigurieren Sie ein SIP-Optionen-Keepalive mit dem Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "<sip:.*:" "<sip:cube1.lgw.com:" 
 rule 30 request ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Connection-Info modify "10.80.13.12" "192.65.79.20"  
 rule 50 response ANY sdp-header Audio-Connection-Info modify "10.80.13.12" "192.65.79.20"
!
voice class sip-options-keepalive 100
 description Keepalive for Webex Calling
 up-interval 5
 transport tcp tls
 sip-profiles 115

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Out-of-Dialog-Optionen-Ping an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im UP- oder Down-Status befindet.

Dieses Keepalive-Profil wird von dem in Richtung Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter statischer NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der FQDN, der für das lokale Gateway ausgewählt wurde, und wenn statische NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle für Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Webex Calling-Trunk konfigurieren:

  1. Erstellen Sprachklassen-Tenant <UNK> 100 <UNK> , um speziell für den Webex Calling-Trunk erforderliche Konfigurationen zu definieren und zu gruppieren. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen die folgenden Konfigurationen:

    Das folgende Beispiel verwendet die in Schritt 1 abgebildeten Werte für dieses Handbuch (fett dargestellt). Ersetzen Sie diese Werte durch Werte für den Übertragungsweg in der Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier eine Erklärung der Felder für die Konfiguration:

    Sprachklassenpächter 100

    Wir empfehlen die Verwendung von Tenants zum Konfigurieren von Übertragungswegen, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte tls-Profil den Vertrauenspunkt, der verwendet werden soll, um neue Verbindungen anzunehmen oder zu erstellen, und verfügt über die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant .

    keine Remote-Teilnehmer-ID

    Deaktivieren Sie den SIP Remote-Party-ID-Header (RPID), da Webex Calling PAI unterstützt, das mit CIO aktiviert wird. asserted-id pai . Weitere Informationen finden Sie unter remote-party-id .

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die im Control Hub bereitgestellte Edge-Proxy-SRV-Adresse, wenn Sie Ihren Trunk erstellt haben.

    srtp-crypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Anrufabschnitt (Verbindung) (in Schritt 5 angegeben). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto .

    localhost dns: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Headern „Von“, „Anruf-ID“ und „Remote-Teilnehmer-ID“ in ausgehenden Nachrichten durch den bereitgestellten FQDN zu ersetzen.

    Sitzungstransport tcp tls

    Legt den Transport zu TLS für die zugeordneten Dial-Peers fest. Weitere Informationen finden Sie unter Session-Transport .

    keine Sitzungsaktualisierung

    Deaktiviert die globale Aktualisierung der SIP-Sitzung.

    Fehler-Passthrough

    Gibt die Pass-Thru-Funktion für die SIP-Fehlerantwort an. Weitere Informationen finden Sie unter error-passthru .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an Webex Calling gesendete Medien. Weitere Informationen finden Sie unter bind .

    SIP-Profile der Sprachklasse 100

    Wendet das Änderungsprofil der Kopfzeile (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile der Sprachklasse .

    SIP-Profile 110 der Sprachklasse eingehend

    Wendet das Änderungsprofil der Kopfzeile (nur NAT-Adressierung) an, das für eingehende Nachrichten verwendet wird. Weitere Informationen finden Sie in den SIP-Profilen der Sprachklasse.

    Datenschutzerklärung passthru

    Konfiguriert die Richtlinienoptionen für die Privatfunktion-Kopfzeile, damit der Trunk die Privatsphärewerte von der empfangenen Nachricht an den nächsten Anrufabschnitt weitergibt. Weitere Informationen finden Sie unter Datenschutzrichtlinie .

  2. Konfigurieren Sie den Webex Calling-Trunk-Dial-Peer.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip rel1xx disable
 voice-class sip asserted-id pai
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag von <UNK> 100 <UNK> und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache .

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt den Dial-Peer an <UNK> 100 <UNK> verarbeitet SIP-Anrufabschnitte. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Session-Ziel-SIP-Server

    Gibt an, dass der in Tenant 100 definierte SIP-Server geerbt und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit der einheitlichen Ressourcen-ID (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Betäubungsmittelnutzung in Sprachklasse 100

    Ermöglicht, lokal generierte STUN-Anforderungen auf dem lokalen Gateway über den ausgehandelten Medienpfad zu senden. STUN hilft, eine Firewall-PIN für Mediendatenverkehr zu öffnen.

    Sprach-Klasse sip behauptet-id pai

    Legt die ausgehenden Anrufinformationen mithilfe des PAI-Headers (privat Asserted ID) fest. Weitere Informationen finden Sie unter voice-class sip asserted-id .

    Sprachklasse sip tenant 100

    Der Dial-Peer übernimmt alle Parameter, die global und in Tenant 100 konfiguriert sind. Parameter können auf Ebene des Dial-Peers überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant .

    SIP-Optionen der Sprachklasse – Keepalive-Profil 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder Endpunkten unter Verwendung eines bestimmten Profils (100) zu überwachen.

    Srtp

    Aktiviert SRTP für den Call Leg.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Trunk zu Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen nicht verschlüsselten Trunk zu einem SIP-basierten PSTN-Anbieter:

Wenn Ihr Serviceanbieter einen sicheren PSTN-Trunk anbietet, können Sie eine ähnliche Konfiguration wie oben für den Webex Calling-Trunk ausführen. Die sichere Anrufweiterleitung wird von CUBE unterstützt.

Wenn Sie einen TDM-/ISDN-PSTN-Übertragungsweg verwenden, fahren Sie mit dem nächsten Abschnitt fort Lokales Gateway mit TDM-PSTN-Übertragungsweg konfigurieren.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI .

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Trunk zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier eine Erklärung der Felder für die Konfiguration:

Sprachklasse uri 200 sip

Definiert ein Muster, um eine eingehende SIP-Einladung mit einem eingehenden Trunk-Wahl-Peer abzugleichen. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklasse uri .

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 200 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 200 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die IPv4-Zieladresse des Ziels an, an die der Anrufabschnitt gesendet werden soll. Das Sitzungsziel hier ist die IP-Adresse des ITSP. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-Adresse des IP-PSTN. Entspricht allen eingehenden IP PSTN-Anrufabschnitten auf dem lokalen Gateway mit Dial-Peer 200. Weitere Informationen finden Sie unter eingehende URL .

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

Sprachklassen-Codec 100

Konfiguriert den Dial-Peer so, dass die allgemeine Codec-Filterliste 100 verwendet wird. Weitere Informationen finden Sie unter Sprachklassen-Codec .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Trunk in Richtung Webex Calling erstellt haben, erstellen Sie mit der folgenden Konfiguration einen TDM-Trunk für Ihren PSTN-Dienst mit Schleifenrückruf-Routing, um die Medienoptimierung im Webex Call Leg zu ermöglichen.

Wenn keine IP-Medienoptimierung erforderlich ist, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN VoIP-Dial-Peers einen Sprachport und einen POTS-Dial-Peer (wie in den Schritten 2 und 3 gezeigt).
1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN übergeben werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anrufweiterleitungs-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anruf-Routing-Tags hinzuzufügen oder zu entfernen. Übermäßige Dezadische Ziffern („A“) werden verwendet, um Klarheit für die Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-Profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das durch translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN an Webex Calling weiterzuleiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor sie Anrufe an die Webex- bzw. PSTN-Übertragungswege weiterleiten.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im Format +E.164 angezeigt werden. Regel 100 entfernt das vorangestellte +, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann beim Entfernen des Tags eine nationale oder internationale Routing-Ziffer(n) hinzu. Verwenden Sie Ziffern, die zu Ihrem lokalen nationalen ISDN-Wählplan passen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um das Routing-Tag einfach hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzungsprofil und Sprachübersetzungsregel .

2

Konfigurieren Sie die TDM-Sprachschnittstellenports nach Bedarf für den verwendeten Trunk-Typ und das Protokoll. Weitere Informationen finden Sie unter ISDN PRI konfigurieren . Die Grundkonfiguration einer ISDN-Schnittstelle der Primären Rate, die in NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und bietet eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache .

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direktwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direktwahl .

Port 0/2/0:15

Der diesem Dial-Peer zugeordnete physische Sprachport.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Trunks einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewandten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach Entfernen des Routing-Tags werden Anrufe mit Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier eine Erklärung der Felder für die Konfiguration:


dial-peer voice 10 pots
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache .

translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag zu entfernen, bevor es an den ausgehenden Übertragungsweg übergeben wird.

Ziel-Muster BAD.BAD

Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. Weitere Informationen finden Sie unter Ziel-Muster (Schnittstelle).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial Peer).

Sitzungsziel 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für den Loop-Back an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die über die Schleife gesendet werden. Weitere Informationen finden Sie unter bind .

Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Medien, die über den Loop-Back gesendet werden. Weitere Informationen finden Sie unter bind .

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

Codec g711alaw

Erzwingt die Verwendung von G.711 für alle PSTN-Anrufe. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Kompander-Methode zu wählen.

kein Vast

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

5

Fügen Sie die folgende Anrufweiterleitungskonfiguration hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe über die Schleife zwischen dem PSTN und den Webex-Übertragungswegen weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Trunks zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzuschließen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM mit Webex-Anrufen über den SIP-VIA-Port:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM mit PSTN-Anrufen unter Verwendung von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg mit einem oder mehreren Mustern, die die Quelladressen und die Portnummer beschreiben. Reguläre Ausdrücke können verwendet werden, um bei Bedarf passende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 und die Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier eine Erklärung der Felder für die Konfiguration:

Der folgende Befehl erstellt einen DNS SRV-Ressourcendatensatz. Erstellen Sie einen Datensatz für jeden UCM-Host und -Trunk:

ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io : SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Das Gewicht des SRV-Ressourcendatensatzes

5060 <UNK> : Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com : Der Zielgastgeber des Ressourcendatensatzes

Erstellen Sie lokale DNS A-Einträge, um die Namen der Ressourcendatensätze für Zielgastgeber aufzulösen. Zum Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host : Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com : Der Name des A-Datensatzes-Gastgebers.

192.168.80.65 <UNK> : Die Host-IP-Adresse.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und die bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz wxtocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 300

    Verwendet Sprachklassen-URI 300, um den gesamten eingehenden Datenverkehr von Unified CM über den Quellport 5065 an diesen Wahl-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und enthält eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD.BAD

    Beim Routing ausgehender Anrufe mit einer eingehenden Dial-Peer-Gruppe ist ein Dummy-Zielmuster erforderlich. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten über die DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Datensatz pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    eingehender URI über 400

    Verwendet Sprachklassen-URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts über Quellport 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter incoming uri .

    Sprachklassen-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec .

    Bindungssteuerung Quell-Schnittstelle GigabitEthernet0/0/0

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind .

    Medienquellen-Schnittstelle GigabitEthernet0/0/0 binden

    Konfiguriert die Quellschnittstelle und die zugehörige IP-Adresse für an PSTN gesendete Medien. Weitere Informationen finden Sie unter bind .

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Call Leg. Weitere Informationen finden Sie unter DTMF-Relais (Voice over IP).

    kein Vast

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (Dial Peer).

4

Fügen Sie die Anrufweiterleitung mit den folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren von DPG 100 mit ausgehender Dial-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie ähnlich DPG 300 mit ausgehendem Dial-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren von DPG 200 mit ausgehender Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den zugeordneten eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer mit einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter DPG der Sprachklasse .

  3. Wenden Sie Dial-Peer-Gruppen an, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten:

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden sollte, die diesem eingehenden Dial-Peer angezeigt werden.

  4. Wenden Sie Dial-Peer-Gruppen an, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Damit ist Ihre lokale Gateway-Konfiguration abgeschlossen. Speichern Sie die Konfiguration und laden Sie die Plattform neu, wenn dies das erste Mal ist, dass CUBE-Funktionen konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosesignaturen (DS) erkennen proaktiv häufig beobachtete Probleme im Cisco IOS XE-basierten lokalen Gateway und generieren E-Mail-, Syslog- oder Terminal-Benachrichtigungen über das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnosesignaturen (DS) sind XML-Dateien, die Informationen über Problemauslöseereignisse und -aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Nachrichten, SNMP-Ereignisse und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben, um die Logik der Problemerkennung zu definieren. Die Aktionstypen umfassen:

  • Erfassen von Show-Befehlsausgaben

  • Konsolidierte Protokolldatei generieren

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital zum Schutz der Integrität. Jede DS-Datei hat die vom System zugewiesene numerische ID. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle für die Suche nach passenden Signaturen zur Überwachung und Behebung verschiedener Probleme.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die von Ihnen geänderten Dateien können aufgrund des Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie für das Senden von E-Mail-Benachrichtigungen durch das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, mit dem Sie proaktive Benachrichtigungen senden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server <username>:<pwd>@<email server> priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email <email address> 
end

Diagnosesignaturen für proaktive Überwachung installieren

Überwachung einer hohen CPU-Auslastung

Diese DS verfolgt 5 Sekunden CPU-Auslastung mit der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr erreicht, werden alle Fehlersuche deaktiviert und alle Diagnosesignaturen, die Sie auf dem lokalen Gateway installieren, werden deinstalliert. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl aktiviert haben. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash:

    Das folgende Beispiel zeigt das Kopieren der Datei von einem FTP-Server auf das lokale Gateway.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie die Anruf-Home-Diagnose-Signatur anzeigen , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss einen Wert „registriert“ haben.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. erneut, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung abnormaler Anrufunterbrechungen

Diese Diagnosesignatur nutzt alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen.  Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Gehen Sie wie folgt vor, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie die snmp-server-manager Befehl.

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Erkennung einer abnormalen SIP-Anrufunterbrechung mit E-Mail- und Syslog-benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@<server name or ip>/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Befehl verwenden Anruf-Home-Diagnose-Signatur anzeigen um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren von Diagnosesignaturen zur Behebung eines Problems

Sie können auch Diagnosesignaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, die erforderlich sind, um ein bestimmtes Problem zu beheben, das Auftreten des Problems zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnostic Signatures Lookup Tool verwenden, um die entsprechenden Signaturen zu finden und zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen der Support-Beteiligung empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0“ syslog und automatisieren die Diagnosedatenerfassung mit den folgenden Schritten:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das aus dem Support Case Manager abgerufen werden kann, wie im folgenden dargestellt. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://<case number>:<file upload token>@cxd.cisco.com"  
end

    Beispiel:

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl aktiviert ist. snmp anzeigen . Wenn SNMP nicht aktiviert ist, konfigurieren Sie das snmp-server-manager Befehl.

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Wir empfehlen die Installation der DS 64224 zur Überwachung hoher CPU-Auslastung als proaktive Maßnahme, um alle Debugs und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Catalyst 8000V Edge-Software

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@<server name or ip>/DS_64224.xml bootflash: 
copy ftp://username:password@<server name or ip>/DS_65095.xml bootflash:

  6. Installieren Sie die DS 64224 mit hoher CPU-Überwachung und anschließend die XML-Datei DS 65095 auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Stellen Sie sicher, dass die Signatur erfolgreich installiert wurde mit Anruf-Home-Diagnose-Signatur anzeigen . Die Statusspalte sollte einen Wert „registriert“ haben.

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    08.11.2020:00:07:45

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    08.11.2020:00:12:53

Durchführung von Diagnosesignaturen überprüfen

Im folgenden Befehl die Spalte „Status“ des Befehls Anruf-Home-Diagnose-Signatur anzeigen ändert sich zu „Wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Statistiken zu Diagnosesignaturen für Anruf-Home anzeigen ist der beste Weg, um zu überprüfen, ob eine Diagnosesignatur ein relevantes Ereignis erkennt und die Aktion ausführt. Die Spalte „Ausgelöst/Max/Deinstall“ gibt an, wie oft die angegebene Signatur ein Ereignis ausgelöst hat, wie oft es maximal definiert ist, um ein Ereignis zu erkennen, und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl der ausgelösten Ereignisse erkannt wurde.

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

08.11.2020 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

08.11.2020 00:12:53

Statistiken zur Home-Anrufdiagnose und -Signatur anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0,000

0,000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/Y

23,053

23,053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Fehlertyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Ausgaben des Show-Befehls, die für die Behebung des gegebenen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen für die Fehlerbehebung werden normalerweise so definiert, dass sie nach dem Erkennen einiger Problemvorfälle deinstalliert werden. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe von Anruf-Home-Diagnose-Signatur anzeigen und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall <DS ID>

Beispiel:

call-home diagnostic-signature deinstall 64224

Dem Diagnostics Signatures Lookup Tool werden regelmäßig neue Signaturen basierend auf Problemen hinzugefügt, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE High Availability als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Ruft den Redundanzmodus auf

  • application redundancy – Wechselt in den Konfigurationsmodus für die Applikationsredundanz

  • group – Wechselt in den Konfigurationsmodus der Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Timer für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • control GigabitEthernet3 protocol 1 – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hallo-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll.

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für die Überwachung des Datenverkehrs durch Prüfpunkte verwendet wird.

  • track – RG-Gruppennachverfolgung von Schnittstellen

  • protocol 1 – Legt die Protokollinstanz fest, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert den Bezeichner der Redundanzschnittstelle für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn es mehr als ein B2B-Paar im selben LAN gibt, MUSS jedes Paar eindeutige RII-IDs auf ihrer jeweiligen Schnittstelle haben (um Kollisionen zu vermeiden). 'show redundancy application group all' sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 weiter oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076 _ LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Dies ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Control-Hub-Parametern basiert. Speichern Sie sie, und laden Sie sie neu. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

sip-ua-Registrierungsstatus anzeigen


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie ersehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Sicherheitsprofil SIP-Übertragungsweg
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Sicherheitsprofil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürztes Wählen zwischen Standorten)

PSTNInternational (PSTN-Zugang)

onNetRemote (von GDPR erhaltene Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-AnrufsuchbereichEin Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEindeutiger Name, beispielsweise Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL _ Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, beispielsweise Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Zum Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteRL _ Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Zum Beispiel: + <UNK> 1408555 01XX

Webex Calling-Funktionen einrichten

Sammelanschlussgruppe einrichten

Sammelanschlüsse leiten eingehende Anrufe an eine Gruppe von Benutzern oder Arbeitsbereichen weiter. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Sammelanschlusses finden Sie unter Sammelanschlüsse in Cisco Webex Control Hub .

Anrufwarteschlange erstellen

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten einer Anrufwarteschlange finden Sie unter „Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub“.

Empfangs-Client erstellen

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Erstellen und Verwalten von Auto Attendants

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie verschiedene Optionen an, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub .

Konfigurieren einer Paging-Gruppe

Das Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder einen Gruppenruf an bis zu 75 Zielbenutzer und Arbeitsbereiche zu tätigen, indem sie eine Nummer oder einen Anschluss wählen, die/der einer bestimmten Paging-Gruppe zugewiesen ist.

Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub .

Anrufübernahme einrichten

Verbessern Sie die Teamarbeit und Zusammenarbeit, indem Sie eine Anrufübernahmegruppe erstellen, damit die Benutzer gegenseitig Anrufe annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Parken von Anrufen einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschalten für Benutzer aktivieren

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen und wählen Sie dann Aufschalten in .

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie das Kontrollkästchen „Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet“ , wenn Sie anderen Benutzern einen Ton abspielen möchten, wenn sich dieser Benutzer in seinem Anruf aufschaltet.

Die Einstellung Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet gilt nicht für die Funktion zum Aufschalten des Supervisors in den Grundlegenden Grundlagen der Kundenerfahrung. Selbst wenn Sie diese Option für einen Supervisor aktivieren, gibt das System dem Agenten nicht den Benachrichtigungston wieder, wenn sich ein Supervisor in seinen Anruf in der Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton abspielen möchten, wenn sich ein Supervisor in seinen Anruf aufschaltet, können Sie ihn über die Einstellungen für den Benachrichtigungston für Agenten aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschleife erstellen unter Webex Customer Experience Basic oder Webex Customer Experience Essentials .

6

Klicken Sie auf Speichern.

Privatfunktion für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Bereich Benutzerberechtigungen und wählen Sie dann Datenschutz .

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen angezeigt, die sich auf Ihre zugewiesenen Standorte beziehen.

Deaktivieren Sie das Kontrollkästchen „Privatsphäre aktivieren“ , damit jeder den Leitungsstatus überwachen kann.

6

Aktivieren Sie das Kontrollkästchen „Datenschutz für gezielte Anrufübernahme und Aufschalten erzwingen“ , um die Privatsphäre für gezielte Anrufübernahme und Aufschalten zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte eine gezielte Anrufübernahme und Aufschaltung für diesen Benutzer verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und Aufschaltung auf einer Leitung aufrufen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten beim Anruf eines anderen Teilnehmers .
  • Der Supervisor kann sich immer auf Anrufe aufschalten, die die Agenten über die Anrufwarteschlange erhalten. Das heißt, Privatsphäreeinstellungen wirken sich nicht auf die Barge-in-Option eines Supervisors aus.
7

Wählen Sie unter „Mitglied nach Name hinzufügen“ die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Telefonleitungsstatus überwachen und gezielte Anrufübernahme und Aufschaltung aufrufen können.

8

Um die ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Filter nach Name, Nummer oder Durchwahl .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .
10

Klicken Sie auf Speichern.

Privacy settings

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximalen überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und klicken Sie auf Benutzer .

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste „Überwachte Leitung hinzufügen“ aufnehmen.

5

Wählen Sie diese Option aus, wenn Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wird.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub verwalten.

Warnton für Anrufbrücke für Benutzer aktivieren

Vorbereitungen

Sie müssen die gemeinsam genutzte Leitung konfiguriert haben, damit die Anrufbrücke aufgerufen wird. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufbrücke wiedergeben.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton für Anrufüberbrückung .

4

Aktivieren Sie die Option Warnton für Anrufüberbrückung und klicken Sie auf Speichern .

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon .

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung der gemeinsam genutzten Leitung für WebexApp .

Hoteling für einen Benutzer aktivieren

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und wählen Sie Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen , wählen Sie Hoteling und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Gastgebers in das Suchfeld Hoteling-Standort ein und wählen Sie den Hoteling-Gastgeber aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber wählen, wird der erste gelöscht.

Wenn Sie ein Standortadministrator sind, können Sie nur den Hoteling-Gastgeber zuweisen, der sich auf Ihre zugewiesenen Standorte bezieht.
5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugeordnet werden kann, wählen Sie die Anzahl der Stunden aus, die der Benutzer den Hoteling-Host in der Dropdown-Liste Limit Association Period verwenden kann.

Der Benutzer wird nach dem gewählten Zeitpunkt automatisch abgemeldet.

Eine Fehlermeldung wird auf dem Bildschirm angezeigt, wenn der für den Benutzer angegebene maximale Verknüpfungszeitraum den maximalen Verknüpfungszeitraum des ausgewählten Hoteling-Gastgebers überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen maximalen Verknüpfungszeitraum von 12 Stunden hat und der maximale Verknüpfungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die Begrenzungsverknüpfungsdauer des Hoteling-Gastgebers verlängern, wenn mehr Zeit für den Benutzer benötigt wird.

6

Klicken Sie auf Speichern.

Ein Benutzer kann auch den Hotelling-Host, den er verwenden möchte, über den User Hub suchen und finden. Weitere Informationen finden Sie unter Von überall auf Ihr Anrufprofil zugreifen .

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren.

Tendenzen hinsichtlich Akzeptanz und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite „Analysen“ in Control Hub finden Sie Informationen zur Nutzung von Webex Calling und der Webex-App (Engagement) und der Qualität der Medienanrufe. Melden Sie sich für Zugriff auf Webex Calling-Analysen bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann die Registerkarte Anrufe aus.

1

Für detaillierte Berichte zum Anrufprotokoll melden Sie sich bei Control Hub an und gehen Sie zu Analysen > Anrufe .

2

Wählen Sie „Detailliertes Anrufprotokoll“ aus.

Weitere Informationen zu Anrufen mit einer dedizierter Instanz finden Sie unter Analyse der dedizierten Instanz.

3

Um Informationen zur Medienqualität abzurufen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen, und wählen Sie dann Anrufe aus.

Weitere Informationen finden Sie unter Analysen für Ihr Cloud Collaboration-Portfolio.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Stellen Sie vor der Konfiguration eines lokalen Gateways für Webex Calling Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie verfügen über grundlegende Kenntnisse des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über eines oder mehrere lokale Gateways verfügt, wie zum Beispiel:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS Gateway für TDM-basierte Konnektivität

Weitere Informationen finden Sie in Tabelle 1 des Bestellleitfadens „Lokales Gateway für Webex Calling“. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Local Gateway Configuration Guide ausgeführt wird.

Das lokale Gateway unterstützt Sie bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre vorhandene lokale Bereitstellung in Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

WebEx Calling erfordert sichere Signale und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Für E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname – Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, an das der Standort gebunden werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse – Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort – Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region – Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl – Geben Sie die Postleitzahl ein.
  • Ansagesprache – Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache – Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone – Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall zur Anleitung.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-PSTN-Lösung von einem der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall zur Anleitung.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Vorbereitungen

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anruf > Nummern und wählen Sie aus dem Dropdown-Menü den Ort aus, an dem sie gelöscht werden sollen. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle Nummern, die mit diesem Standort verknüpft sind, an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Inhaber dieser Nummern.

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Das permanente Löschen des Standorts dauert in der Regel einige Minuten, aber es kann bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

2

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Derzeit sind bereits vorhandene Standorte, denen andere PSTN-Funktionen zugewiesen wurden, nicht für den Cisco-Anrufplan berechtigt. Öffnen Sie einen Support-Fall zur Anleitung.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie nach einer Cloud-PSTN-Lösung von einem der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn die Option „ Nummern jetzt bestellen“ unter einem aufgeführten Anbieter angezeigt wird, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Nicht integriertes CCP erfordert, dass Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beschaffen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, wird automatisch in eine standortbasierte PSTN mit einem entsprechenden Trunk konvertiert.

3

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus, damit Benutzer an diesem Standort Anrufe tätigen und empfangen können.

Die Hauptnummer kann dem Auto Attendant zugewiesen werden, sodass die externen Anrufer Webex Calling-Benutzer an diesem Standort kontaktieren können. Webex Calling-Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie Anrufe tätigen.
4

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Notrufanbieter benötigt möglicherweise Informationen über das Zugriffsnetzwerk und wird durch die Definition eines neuen privaten SIP-Anschlusskopfes, P-Access-Network-Info, erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

5

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

6

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeite, wechseln Sie zum Bereich Allgemeine Einstellungen der entsprechenden Funktion, für die Sie die Zeitzone aktualisieren möchten. Führen Sie die Bearbeitung durch und speichern Sie.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.

Sie können die Berechtigungen für ausgehende Anrufe an einem Standort konfigurieren. Gehen Sie wie folgt vor, um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und blättern Sie zu Interne Rufnummernwahl .

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Diese Einstellung wird empfohlen, wenn Sie mehrere Standorte haben. Ihre Eingabe darf eine Länge von 2 bis 7 Ziffern haben. Wenn Sie mehrere Standorte mit demselben Anschluss haben, müssen Benutzer bei einem standortübergreifenden Anruf einen Präfix verwenden. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    Die Länge des Routing-Präfixes umfasst die Leitziffer. Wenn Sie beispielsweise die Länge des Routing-Präfixes auf vier festlegen, können nur drei Ziffern verwendet werden, um den Standort anzugeben.

    Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anzeigen von Anschlüssen, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfix-Erweiterung).

  • Leitziffer im Routing-Präfix – Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt wird.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Nachdem Sie die Länge Ihrer Durchwahl erhöht haben, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Anschlusswahl zwischen Standorten zulassen – Sie können die Anschlusswahl zwischen Standorten basierend auf den Anforderungen Ihrer Organisation anpassen.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation nicht über doppelte Anschlüsse für alle Standorte verfügt.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation denselben Anschluss an verschiedenen Standorten hat. Wenn der Umschalter deaktiviert ist und der Anrufer den Anschluss wählt, wird der Anruf an einen Benutzer mit übereinstimmendem Anschluss am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix + Anschluss für den Standort) wählen, um einen Anschluss an einem anderen Standort zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Navigieren Sie zu Verwaltung > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe . Blättern Sie zu Wählen und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer an anderen Standorten wählen müssen, um jemanden an diesem Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, aber sie muss 2–7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Navigieren Sie zu Verwaltung > Standorte , wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe . Blättern Sie zu Wählen und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional haben Sie die Möglichkeit, die Ziffer für ausgehende Anrufe dieses Standorts zu erzwingen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    Notrufe können weiterhin mit oder ohne Ziffer für ausgehende Anrufe gewählt werden, wenn diese Funktion aktiviert ist.

    Nach der Aktivierung können externe Zielnummern, wie sie für die Anrufweiterleitung verwendet werden, nicht mehr verwendet werden, wenn keine Ziffer für ausgehende Anrufe enthalten ist.

    Wenn eine Durchwahl der nationalen Nummer entspricht, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher wird empfohlen, die Ziffer für ausgehende Anrufe zu aktivieren.
    Wir empfehlen dringend, das E.164-Nummerierungsformat für eingehende und ausgehende PSTN-Anrufe zu verwenden.

Auswirkungen für Benutzer:

  • Die Benutzer müssen ihre Telefone neu starten, damit die Änderungen in den Wähleinstellungen übernommen werden.

  • Benutzeranschlüsse sollten nicht mit derselben Nummer wie die führende Ziffer des Standorts oder die Ziffern für ausgehende Anrufe beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk
Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen .

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN
1

Melden Sie sich bei Control Hub an unter https://admin.webex.com, gehen Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die Konfigurationsinformationen, die Control Hub generiert haben, mitnehmen und die Parameter in das lokale Gateway (z. B. in einem Cisco Cube, der auf dem Gelände sitzt) anordnen. Dieser Artikel führt Sie durch diesen Prozess. Als Hinweis finden Sie im folgenden Diagramm das Beispiel für die Verwendung der Konfigurationsinformationen für die Control Hub (links) auf Parameter im Würfel (rechts):

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten
Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub an https://admin.webex.com, wählen Sie das Gebäudesymbol .

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Anrufoptionen festlegen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Webex-App-Benutzer .

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Calling-Client-Einstellungen konfigurieren, einschließlich der Bereitstellung im gemischten Modus für Organisationen mit Benutzern mit Berechtigung für Unified CM oder Webex Calling und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten .

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtigste Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen PSTN-Anforderungen (Public Switched Telephone Network) und LGW-Anforderungen (Local Gateway) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder CUBE Enterprise-Bereitstellung ändern, um sie als lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass die vorhandenen Anrufverläufe und -funktionen nicht aufgrund der von Ihnen vorgenommenen Änderungen unterbrochen werden.

Die Prozeduren enthalten Links zu Befehlsreferenzdokumenten, in denen Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, werden alle Befehlsreferenzlinks zur Befehlsreferenz für Webex Managed Gateway s weitergeleitet (in diesem Fall gehen die Befehlslinks zur Cisco IOS-Sprachbefehlsreferenz). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Befehlsreferenzen zugreifen.

Informationen zu den unterstützten SBCs von Drittanbietern finden Sie in der jeweiligen Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter Registrierungsbasiertes lokales Gatewa y oder Zertifikatbasiertes lokales Gatewa y, um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu den verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gatewa y. Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security) zur Sicherung des Übertragungswegs und SRTP (Secure Real Time Protocol) zur Sicherung der Medien zwischen dem lokalen Gateway und Webex Calling.

Wichtigste Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für die Optimierung des Medienpfads

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem zertifikatbasierten lokalen Gatewa y, um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Es ist obligatorisch, FIPS-konforme GCM-Schlüssel zu konfigurieren, um das lokale Gateway für Webex for Government zu unterstützen. Andernfalls schlägt die Einrichtung des Anrufs fehl. Details zur Konfiguration finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierten SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die folgende Abbildung zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenmandanten: Wird zum Erstellen von Übertragungsweg-spezifischen Konfigurationen verwendet.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet.

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1. Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle registrierungsbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.6.1a oder höher. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagene n Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes und überprüfen Sie, ob es funktioniert:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:

 Schnittstelle GigabitEthernet0/0/0 Beschreibung Schnittstelle für PSTN- und/oder CUCM-IP-Adresse 10.80.13.12 255.255.255.0 ! Schnittstelle GigabitEthernet0/0/1 Beschreibung Schnittstelle für Webex Calling (private Adresse) IP-Adresse 192.51.100.1 255.255.255.240

2

Schützen Sie die Registrierung und STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:

 key config-key password-encrypt YourPassword password encryption aes

3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Trunks erfordert dieser Trustpoint kein Zertifikat, wie dies bei einem zertifikatbasierten Trunk der Fall wäre.
 crypto pki Trustpoint EmptyTP-Sperrung – keine prüfen
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Die Verkehrsparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige und sichere Verbindung für die Registrierung zu gewährleisten:

Der Serverbefehl cn-san-validate stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in tenant 200 konfigurierte Host-Name entweder in den Feldern CN oder SAN des vom ausgehenden Proxy empfangenen Zertifikats enthalten ist.

  1. Legen Sie tcp-retry count auf 1000 fest (Vielfache von 5 msec = 5 Sekunden).

  2. Mit dem Befehl Timer connection establish können Sie einstellen, wie lange das LGW auf die Einrichtung einer Verbindung mit einem Proxy wartet, bevor Sie die nächste verfügbare Option in Betracht ziehen. Der Standardwert für diesen Timer ist 20 Sekunden, wobei mindestens 5 Sekunden erforderlich sind. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie ihn, wenn nötig, um die Netzwerkbedingungen zu berücksichtigen.

 sip-ua timers Verbindung establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000

5

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80
 IP HTTP Client Source-Schnittstelle GigabitEthernet0/0/1 crypto pki Trustpool Import Clean URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Übertragungswegs für Webex Calling
1

Erstellen Sie einen registrierungsbasierten PSTN-Übertragungsweg für einen vorhandenen Standort in Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 Sprachdienst VoIP IP-Adresse vertrauenswürdige Liste IPv4 x.x.x.x y.y.y.y-Modus Border-Element Medienstatistiken Medien Massen-Statistiken Allow-Connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetrische Nutzlast voll Frühangebot erzwungen

Hier ist eine Erklärung der Felder für die Konfiguration:

 Vertrauenswürdige Liste der ip-adressen  ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig und müssen daher nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Liste der vertrauenswürdigen IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massenstatistiken

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien.

Allow-connections sip to sip

Aktivieren Sie die grundlegende SIP-Back-to-Back-Benutzeragentenfunktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weitergeleitet haben ( beispielsweise sind sowohl der angerufene als auch der Anrufer Webex Calling-Abonnenten und wenn Sie Medien am Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weiterfließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-i d und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

3

Konfigurieren Sie den Filter Sprachklasse-Codec 100 für den Übertragungsweg. In diesem Beispiel wird für alle Trunks derselbe Codec-Filter verwendet. Sie können Filter für jeden Übertragungsweg für eine präzise Steuerung konfigurieren.

 Sprachklasse Codec 100 Codec Präferenz 1 Opus Codec Präferenz 2 g711ulaw Codec Präferenz 3 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Übertragungswege zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

Der Opus-Codec wird nur für SIP-basierte PSTN-Übertragungswege unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1/E1- oder eine analoge FXO-Verbindung verwendet, schließen Sie die Codec-Einstellung 1 Opus von der Konfiguration des Sprachklassen-Codec 100 aus.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren.

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

Betäubungsmittelnutzungseis lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usag e und stun usage ice lite.

Sie benötigen die STUN-Verwendung von ICE-lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer mit aktiviertem ICE-Lite auf dem IP-IP-Abschnitt. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.

 Sprachklasse srtp-crypto 100 krypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways anhand des Zieltrunk-Parameters eindeutig zu identifizieren: 

 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters dtg=, gefolgt vom OTG/DTG-Wert des Übertragungswegs, der beim Erstellen des Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Sprachklassen-URI.

7

Konfigurieren Sie das sip profile 100, das verwendet wird, um SIP-Nachrichten zu ändern, bevor sie an Webex Calling gesendet werden.

 voice class sip-profiles 100 regel 10 Anforderung BELIEBIGER sip-header SIP-Req-URI ändern "sips:" "sip:" rule 20 Anforderung beliebiger sip-header Um "" "" rule 50 Antwort BELIEBIGER SIP-HEADER Um "" ";otg=dallas1463285401_lgu>" Rule 90 Anforderung beliebiger sip-header P-Asserted-Identity ändern "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass die für die Anrufsignalisierung verwendeten SIP-Header das sip- statt das sips-Schema verwenden, das für Webex-Proxys erforderlich ist. Die Konfiguration von CUBE für die Verwendung von sips stellt sicher, dass die sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die Von-Kopfzeile so, dass die OTG/DTG-Kennung der Trunk-Gruppe aus Control Hub zur eindeutigen Identifizierung einer Site des lokalen Gateways innerhalb eines Unternehmens enthalten ist.

8

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Insbesondere die zuvor in Control Hub angegebenen Details zur Trunk-Registrierung werden in diesem Schritt wie unten beschrieben verwendet. Mit diesem Tenant verknüpfte Wahl-Peers übernehmen diese Konfigurationen später.

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

     voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com Schema SIPS läuft ab 240 Refresh-Ratio 50 tcp tls Anmeldeinformationen Nummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks Authentifizierungsbenutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks Authentifizierungsbenutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com kein Remote-Party-ID SIP-Server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 Sitzungstransport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Datenschutz-Passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Übertragungsweg verwendet werden. Weitere Informationen finden Sie unter voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips läuft ab 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrar.

    Stellen Sie sicher, dass Sie den Wert „Domäne registrieren“ aus Control Hub hier verwenden.

    Anmeldenummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier die Werte für Leitung/Port-Host, Authentifizierungsbenutzername und Authentifizierungskennwort von Control Hub verwenden.

    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks
    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier den Authentifizierungsbenutzernamen, das Authentifizierungskennwort und die Registrar-Domänenwerte von Control Hub verwenden.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mithilfe von CIO asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    sip-server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die SRV-Edge-Proxy-Adresse, die in Control Hub angegeben ist, wenn Sie Ihren Trunk erstellt haben.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Connection-Reuse.

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter Sitzungstransport.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    asserted-id pai

    Aktiviert die PAI-Verarbeitung im lokalen Gateway. Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an WebexCalling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt.

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß der Definition in sip-profiles 100. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    ausgehender-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Fügen Sie die ausgehende Proxyadresse ein, die bei der Erstellung Ihres Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Ausgehender Proxy.

    Datenschutzrichtlinienpassregeln

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk. 

     dial-peer voice 100 voip description Ein-/ausgehende Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  Beschreibung Eingehende/ausgehende Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn. 250

    Begrenzt die Anzahl der gleichzeitigen eingehenden und ausgehenden Anrufe zwischen dem LGW und Webex Calling. Für Registrierungs-Trunks sollte der konfigurierte Höchstwert 250 sein. Usea niedrigerer Wert, wenn dies besser für Ihre Bereitstellung geeignet wäre. Weitere Informationen zu Beschränkungen für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gatewa y.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    Eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem Uniform Resource Identifier (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Konfiguriert den Wahl-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft, ein Firewall-Loch für den Medienverkehr zu öffnen.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie Tenant 100 definiert und einen SIP VoIP-Dial-Peer konfiguriert haben, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. An diesem Punkt übergibt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem zuvor aktualisierten CA-Stammpaket. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann diese sichere Verbindung verwenden, um sich beim Webex Zugriffs-SBC zu registrieren. Wenn die Registrierung für die Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter username, passwor d und real m aus der Konfiguration der credential s verwendet.

  • Die Änderungsregeln im SIP-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP umzuwandeln.

Die Registrierung ist erfolgreich, wenn vom Zugriffs-SBC ein 200 OK empfangen wird.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. Die sichere zu sichere Anrufverteilung wird von CUBE unterstützt.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:

 Sprachklasse URI 200 SIP Host IPV4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:

 dial-peer voice 200 voip description inbound/outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  Beschreibung Eingehender/ausgehender IP-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 20 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 20 0 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. Das Hier-Sitzungsziel ist die IP-Adresse von ITSP. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-PSTN IP-Adresse des Unternehmens. Gleicht alle eingehenden IP-PSTN-Anrufabschnitte auf dem lokalen Gateway mit Dial-Peer 200 ab. Weitere Informationen finden Sie unter Eingehende URL.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

bind media source interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Wahl-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 voice class dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 200 Dial-Peer Voice 200 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel dpg 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).
1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate genannt 100 voice translation-rule 200 rule 1 /^/ /A1A// voice translation-profile 200 translate genannt 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate genannt 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate genannt 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profi l und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:

 Kartentyp e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:

 dial-peer voice 200 pots Beschreibung Eingehender/ausgehender PRI PSTN-Übertragungsweg-Zielmuster SCHLECHT.SCHLECHT Translation-Profil eingehend 200 Direct-Inward-Dial-Port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  Beschreibung Ein-/ausgehender PRI-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direktwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class

Hier ist eine Erklärung der Felder für die Konfiguration: 

 Dial-Peer voice 10 pots  Beschreibung Ausgehender Loop-Around-Leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

bind media source interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 10 Beschreibung Anrufe an Loopback-Dial-Peer 10 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

     Dial-Peer Voice 100 Ziel-DPG 10 Dial-Peer Voice 200 Ziel-DPG 10 Dial-Peer Voice 11 Ziel-DPG 100 Dial-Peer Voice 12 Ziel-DPG 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofil-Einstellungen auf 5065 konfigurieren. Dies erlaubt eingehende Nachrichten auf Port 5065 und füllt die VIA-Kopfzeile mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

     Sprachklasse URI 400 SIP-Muster 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.

 IP-Host ucmpub.mydomain.com 192.168.80.60 IP-Host ucmsub1.mydomain.com 192.168.80.61 IP-Host ucmsub2.mydomain.com 192.168.80.62 IP-Host ucmsub3.mydomain.com 192.168.80.63 IP-Host ucmsub4.mydomain.com 192.168.80.65 IP-Host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  Beschreibung UCM-Webex Calling Trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 30 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    bind media source interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  Beschreibung UCM-PSTN-Übertragungsweg

    Definiert einen VoIP-Dial-Peer mit dem Tag 40 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    bind media source interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 300 Beschreibung Anrufe an Unified CM Webex Calling-Trunk-Dial-Peer 300 weiterleiten

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

     Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 400 Beschreibung Anrufe an Unified CM PSTN-Übertragungsweg-Dial-Peer 400 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 300 Dial-Peer Voice 300 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

     Dial-Peer Voice 200 Ziel-DPG 400 DIAL-PEER Voice 400 Ziel-DPG 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können das DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik zur Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS-, SCP- ODER FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. DSLT (Diagnostic Signatures Lookup Tool) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet wird, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    Terminal Call-Home-Mail-Server konfigurieren :@ priority 1 secure tls end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen. 

    Terminal-Call-Home-Diagnose-Signaturumgebung konfigurieren ds_email  Ende

Die folgende Abbildung zeigt eine Beispielkonfiguration für ein lokales Gateway, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um proaktive Benachrichtigungen mit Gmail als sicheren SMTP-Server an tacfaststart@gmail.com zu senden:

Wir empfehlen die Verwendung von Cisco IOS XE Bengaluru 17.6.x oder höher.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und aktivieren Sie die Einstellung Zugriff auf die App weniger sicher .

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung mit dem SNMP OID für fünf Sekunden. 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um SNMP zu aktivieren. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie den Befehl snmp-server manager .

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: Eingabe von ABCDEFGHIGK 149655 SNMP-Paketen      0 Fehlerhafte SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Illegaler Vorgang für Gemeindename geliefert      0 Kodierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-request PDUs 138 Get-next PDUs      2 Set-Request-PDUs      0 Input-Warteschlangen-Paketverluste (maximale Warteschlangen-Größe 1000) 158277 SNMP-Paketausgaben      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine solchen Namensfehler      0 Fehler bei fehlerhaften Werten      0 Allgemeine Fehler 7998 Antwort PDUs 10280 Trap PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabeschleife befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    ftp://user:pwd@192.0.2.12/DS_64224.xml-Bootflash kopieren:  Zugriff auf ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 Bytes] 3571 Bytes kopiert in 0,064 Sekunden (55797 Bytes/Sek.)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. neu, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Wenn das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    ftp://username:password@/DS_64117.xml-Bootflash kopieren:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml Datei laden DS_64117.xml erfolgreich LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um zu überprüfen, ob SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: Eingabe von ABCDEFGHIGK 149655 SNMP-Paketen      0 Fehlerhafte SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Illegaler Vorgang für Gemeindename geliefert      0 Kodierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-request PDUs 138 Get-next PDUs      2 Set-Request-PDUs      0 Input-Warteschlangen-Paketverluste (maximale Warteschlangen-Größe 1000) 158277 SNMP-Paketausgaben      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine solchen Namensfehler      0 Fehler bei fehlerhaften Werten      0 Allgemeine Fehler 7998 Antwort PDUs 10280 Trap PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabeschleife befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    ftp://username:password@/DS_65221.xml-Bootflash kopieren:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen erheblich.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix. Hierbei handelt es sich um den Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das Sie mit dem folgenden Befehl vom Support Case Manager abrufen können. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

    Konfigurieren der Terminal-Call-Home-Diagnose-signature LocalGateway(cfg-call-home-diag-sign)Umgebung ds_fsurl_prefix „scp://:@cxd.cisco.com“ Ende

    Beispiel: 

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie mit dem Befehl show snmp sicher, dass SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    SNMP %SNMP Agent nicht aktiviert Konfiguration SNMP-Servermanager Ende anzeigen

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:  ftp://username:password@/DS_65095.xml-Bootflash kopieren:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich call-home diagnostic-signature load DS_65095.xml Datei laden DS_65095.xml erfolgreich

  7. Überprüfen Sie mit dem Befehl show call-home diagnostic-signature , ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    D_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl ändert sich die Spalte „Status“ des Befehls show call-home diagnostic-signature zu „wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

D_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

D_LGW_IEC_Call_spike_threshold

1/20/JAHR

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Befehls show call-home diagnostic-signature ab und führen Sie den folgenden Befehl aus:

Call-Home-Diagnose-Signatur deinstallieren

Beispiel:

Call-Home-Diagnose-Signatur deinstallieren 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE-Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung von Cisco IOS XE Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Wenn Sie sich registriert haben, können Sie die Konfigurationsvalidierungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mithilfe eines zertifikatbasierten Mutual TLS (mTLS)-SIP-Übertragungsweges konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • voice class tenants: Wird verwendet, um trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mit einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet. Es werden Optionen für die öffentliche oder private Adressierung (hinter NAT) bereitgestellt. SRV-DNS-Einträge sind optional, es sei denn, ein Lastausgleich über mehrere CUBE-Instanzen hinweg erfolgt.

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1. Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit vorhandener Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle zertifikatbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.9.1a oder höher. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagene n Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA Essentials-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

    • Für Anforderungen an eine hohe Kapazität benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Berechtigung für den Durchsatz.

      Weitere Informationen finden Sie unter Autorisierungscode s.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren Sie insbesondere Folgendes und überprüfen Sie, ob es funktioniert:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk zu Webex Calling muss eine IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder SRV-Adressen (Service Record) des lokalen Gateways müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der Benutzeroberfläche des lokalen Gateways, die Webex zugewandt sind, müssen vom Internet aus zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Installieren Sie ein signiertes Zertifikat auf dem lokalen Gateway (im Folgenden finden Sie detaillierte Konfigurationsschritte).

    • Eine öffentliche Zertifizierungsstelle (CA), die unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt ? beschrieben ist, muss das Gerätezertifikat signieren.

    • Der beim Erstellen eines Übertragungswegs im Control Hub konfigurierte FQDN muss das Zertifikat „Common Name“ (CN) oder „Subject Alternate Name“ (SAN) des Routers sein. Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways aufweist, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation lgws.lgw.com als SRV-Adresse des/der lokalen Gateways(s) aufweist, die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, die Kontaktadresse für alle neuen SIP-Dialogfelder Ihres lokalen Gateways verwendet den in Control Hub konfigurierten Namen.

  • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:

 Schnittstelle GigabitEthernet0/0/0 Beschreibung Schnittstelle für PSTN- und/oder CUCM-IP-Adresse 192.168.80.14 255.255.255.0 ! Schnittstelle GigabitEthernet0/0/1 Beschreibung Schnittstelle für Webex Calling (öffentliche Adresse) IP-Adresse 198.51.100.1 255.255.255.240

2

Schützen Sie die STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:

 key config-key password-encrypt YourPassword password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem von Ihrer bevorzugten Zertifizierungsstelle (CA) signierten Zertifikat.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden exec-Befehl.

    Kryptoschlüssel generieren rsa general-keys exportierbares Label lgw-key modulus 4096

  2. Erstellen Sie bei Verwendung von cube1.lgw.com als fqdn für den Übertragungsweg einen Trustpoint für das signierte Zertifikat mit den folgenden Konfigurationsbefehlen: 

     crypto pki Trustpoint LGW_CERT-Einschreibungsterminal pem fqdn cube1.lgw.com subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com Widerruf-check none rsakeypair lgw-key

  3. Generieren Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diese, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto-pki-LGW_CERT registrieren

4

Authentifizieren Sie Ihr neues Zertifikat mit Ihrem Zwischenzertifikat (oder Stamm) und importieren Sie das Zertifikat (Schritt 4). Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:

 crypto pki authentifizieren LGW_CERT

5

Importieren Sie ein signiertes Host-Zertifikat mit dem folgenden exec- oder Konfigurationsbefehl:

 Krypto-PKI-LGW-Zertifikat importieren_CERT-Zertifikat

6

Aktivieren Sie TLS1.2-Exklusivität und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an:

 sip-ua crypto-Signalisierung Standard-Trustpoint-LGW_CERT-Transport tcp tls v1.2

7

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80
 IP HTTP Client Source-Schnittstelle GigabitEthernet0/0/1 crypto pki Trustpool Import Clean URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Webex Calling-zertifikatbasierten Übertragungsweg konfigurieren
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Trunk für einen vorhandenen Standort in Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet.
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 Sprachdienst VoIP IP-Adresse vertrauenswürdige Liste IPv4 x.x.x.x y.y.y.y-Modus Border-Element Allow-Connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetrische Nutzlast full early-offer forced sip-profile eingehend

Hier ist eine Erklärung der Felder für die Konfiguration:

 Vertrauenswürdige Liste der ip-adressen  ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerkentitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig und müssen daher nicht zur vertrauenswürdigen Liste hinzugefügt werden.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Callin g. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adressliste zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Allow-connections sip to sip

Aktivieren Sie die CUBE-Standard-SIP-Funktionalität nacheinander für Benutzer-Agenten. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Betäubung

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen STUN-Befehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Wenn Sie einen Anruf an einen Webex Calling-Benutzer weitergeleitet haben ( beispielsweise sind sowohl der angerufene als auch der Anrufer Webex Calling-Abonnenten und wenn Sie Medien am Webex Calling SBC verankern), können die Medien nicht zum lokalen Gateway weiterfließen, da das Loch nicht geöffnet ist.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

SIP-Profile eingehend

Ermöglicht CUBE, SIP-Profile zu verwenden, um Nachrichten während des Empfangs zu ändern. Profile werden über Dial-Peers oder Mandanten angewendet.

3

Konfigurieren Sie den Codec-Filter für die Sprachklasse 100 für den Übertragungsweg. In diesem Beispiel wird für alle Trunks derselbe Codec-Filter verwendet. Sie können Filter für jeden Übertragungsweg für eine präzise Steuerung konfigurieren.

 Sprachklasse Codec 100 Codec Präferenz 1 Opus Codec Präferenz 2 g711ulaw Codec Präferenz 3 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für Anrufe über SIP-Übertragungswege zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

Der Opus-Codec wird nur für SIP-basierte PSTN-Übertragungswege unterstützt. Wenn der PSTN-Übertragungsweg eine Sprach-T1/E1- oder eine analoge FXO-Verbindung verwendet, schließen Sie die Codec-Einstellung 1 Opus von der Konfiguration des Sprachklassen-Codec 100 aus.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

Betäubungsmittelnutzungseis lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usag e und stun usage ice lite.

Der Befehl stun usage firewall-traversal flowdata ist nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.
Sie benötigen die STUN-Verwendung von ICE-lite für Anrufverläufe mithilfe der Medienpfadoptimierung. Um Medienoptimierung für ein SIP-zu-TDM-Gateway bereitzustellen, konfigurieren Sie einen Loopback-Dial-Peer mit aktiviertem ICE-Lite auf dem IP-IP-Abschnitt. Weitere technische Details erhalten Sie vom Konto- oder TAC-Team.
5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)

 Sprachklasse srtp-crypto 100 krypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government). 

 Sprachklasse srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt GCM als die von CUBE angebotene Verschlüsselungssuite an. Es ist obligatorisch, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf seinem Ziel-FQDN oder SRV eindeutig zu identifizieren:

 Sprachklasse URI 100 SIP Muster cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters den in Control Hub konfigurierten LGW FQDN oder SRV beim Erstellen eines Übertragungswegs.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie bei Verwendung von NAT mit dem nächsten Schritt fort. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN. „198.51.100.1“ ist die öffentliche IP-Adresse der Schnittstelle des lokalen Gateways, die Webex Calling zugewandt ist:

 Sprachklasse sip-profile 100 Regel 10 Anforderung BELIEBIGER SIP-HEADER Kontakt ändern "@.*:" "@cube1.lgw.com:" regel 20 Antwort BELIEBIGER SIP-HEADER Kontakt ändern "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Überspringen Sie den nächsten Schritt, wenn Sie Ihr lokales Gateway mit öffentlichen IP-Adressen konfiguriert haben.

9

Wenn Ihr Gateway hinter dem statischen NAT mit einer privaten IP-Adresse konfiguriert ist, konfigurieren Sie die eingehenden und ausgehenden SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN, „10.80.13.12“ ist die Schnittstellen-IP-Adresse, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling 
 Sprachklasse sip-profile 100 Regel 10 Anforderung BELIEBIGER SIP-HEADER Kontakt modifizieren "@.*:" "@cube1.lgw.com:" Regel 20 Antwort BELIEBIGER SIP-HEADER Kontakt modifizieren "@.*:" "@cube1.lgw.com:" Regel 30 Antwort BELIEBIGE SDP-header Audio-Attribut modifizieren "(a=Kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" Regel 31 Antwort JEDE SDP-Header-Audio-Attribut ändern "(a=Kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" Regel 40 Antwort BELIEBIGE sdp-Header Audio-Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 41 Anforderung BELIEBIGE sdp-Header Audio-Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 51 Antwort BELIEBIGE sdp-Header Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 61 Anforderung BELIEBIGE sdp-Header Session-Owner Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 70 Anforderung BELIEBIGE sdp-Header Audio-Attribut Änderung "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20 Regel 71 Antwort BELIEBIGE sdp-Header Audio-Attribut Änderung "(a=rtcp:.*) 10.80.13 1.*) 10.80.13.12" "\1 192.65.79.20" Regel 81 fordern Sie JEDE SDP-HEADER-AUDIO-ATTRIBUT-ÄNDERUNG an "(a=Kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Domänenname, der für einen Cluster von Geräten verwendet wird.

Artikel 30 bis 81

Konvertieren Sie private Adressverweise in die externe öffentliche Adresse für die Site, damit Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling 
 Sprachklasse sip-profile 110 Antwort Regel 10 BELIEBIGE sdp-Header Video-Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 20 Antwort BELIEBIGE sdp-Header Kontakt ändern "@.*:" "@cube1.lgw.com:" Regel 30 Antwort BELIEBIGE sdp-Header Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 40 Antwort BELIEBIGE sdp-Header Audio-Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 50 Antwort BELIEBIGE sdp-Header Session-Owner ändern "192.65.79.20" "10.80.13.12" Regel 60 Antwort BELIEBIGE sdp-Header Audio-Attribute ändern "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" Regel 70 Antwort ANY SDP-Header Audio-Attribut modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" Antwort Regel 80 JEDE SDP-HEADER-AUDIO-ATTRIBUT-ÄNDERUNG "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass Nachrichten aus Webex von CUBE korrekt verarbeitet werden können.

Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

10

Konfigurieren Sie einen SIP-Optionen-Keepalive mit Header-Änderungsprofil.

 voice class sip-profiles 115 rule 10 OPTIONEN sip-header Kontakt ändern "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 BELIEBIGE sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 Antwort ANY sdp-header Connection-Info ändern "10.80.13.12" "192.65.79.20" rule 50 Antwort ANY sdp-header Audio-Connection-Info ändern "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Ping "Out of Dialog Options" an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im Status "UP" oder "Down" befindet.

Dieses Keepalive-Profil wird von dem in Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter dem statischen NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statisches NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle zu Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Dial-Peers, die diesem Tenant später zugeordnet sind, übernehmen die folgenden Konfigurationen:

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls keine session refresh error-passthru bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Wir empfehlen, dass Sie Tenants verwenden, um Trunks zu konfigurieren, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte TLS-Profil den Vertrauenspunkt, der zum Annehmen oder Erstellen neuer Verbindungen verwendet werden soll, sowie die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, die mithilfe von CIO asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server dns:us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die in Control Hub bei der Erstellung Ihres Übertragungswegs bereitgestellt wurde

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    localhost DNS: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Kopfzeilen „Von“, „Anruf-ID“ und „Remote-Party-ID“ in ausgehenden Nachrichten durch den angegebenen FQDN zu ersetzen.

    Sitzungstransport TCP TLS

    Legt den Transport auf TLS für zugeordnete Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Die Aktualisierung der SIP-Sitzung wird global deaktiviert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind.

    SIP-Profile der Sprachklasse 100

    Wendet das Header-Änderungsprofil (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für Sprachklassen.

    Sprachklasse-SIP-Profile 110 eingehend

    Wendet das Header-Änderungsprofil (nur NAT-Adressierung) für eingehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    Datenschutz-Passthru

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk.

     dial-peer voice 100 voip description Incoming/Outgoing Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 voice-class stun-usage 100 voice-class sip rel1xx disable voice-class sip asserted-id pai voice-class sip tenant 100 voice-class sip options-keepalive profile 100 dtmf-relay rtp-nte srtp no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  Beschreibung Eingehende/ausgehende Webex Calling

    Definiert einen VoIP-Dial-Peer mit einem Tag von 100 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    eingehende URI-Anforderung 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem Uniform Resource Identifier (URI) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft beim Öffnen eines Firewall-Pinholes für Medienverkehr.

    Sprachklasse SIP ASSERTED-ID PAI

    Legt die ausgehenden Anrufinformationen mithilfe des Privacy Asserted ID (PAI)-Headers fest. Weitere Informationen finden Sie unter voice-class sip asserted-id.

    Sprachklasse-SIP-Tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder -Endpunkten zu überwachen, die ein bestimmtes Profil (100) verwenden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. Die sichere zu sichere Anrufverteilung wird von CUBE unterstützt.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:

 Sprachklasse URI 200 SIP Host IPV4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:

 dial-peer voice 200 voip description inbound/outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  Beschreibung Eingehender/ausgehender IP-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 20 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass Dial-Peer 20 0 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel ipv4:192.168.80.13

Gibt die Ziel-IPv4-Adresse des Ziels an, um den Anruf zu senden. Das Hier-Sitzungsziel ist die IP-Adresse von ITSP. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Definiert ein Übereinstimmungskriterium für den VIA-Header mit der IP-PSTN IP-Adresse des Unternehmens. Gleicht alle eingehenden IP-PSTN-Anrufabschnitte auf dem lokalen Gateway mit Dial-Peer 200 ab. Weitere Informationen finden Sie unter Eingehende URL.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

bind media source interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Wahl-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 voice class dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 200 Dial-Peer Voice 200 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel dpg 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).
1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate genannt 100 voice translation-rule 200 rule 1 /^/ /A1A// voice translation-profile 200 translate genannt 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate genannt 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate genannt 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profi l und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:

 Kartentyp e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:

 dial-peer voice 200 pots Beschreibung Eingehender/ausgehender PRI PSTN-Übertragungsweg-Zielmuster SCHLECHT.SCHLECHT Translation-Profil eingehend 200 Direct-Inward-Dial-Port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  Beschreibung Ein-/ausgehender PRI-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit dem Tag 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direktwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class

Hier ist eine Erklärung der Felder für die Konfiguration: 

 Dial-Peer voice 10 pots  Beschreibung Ausgehender Loop-Around-Leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Ziel-Muster BAD. Schlecht

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

bind media source interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 10 Beschreibung Anrufe an Loopback-Dial-Peer 10 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

     Dial-Peer Voice 100 Ziel-DPG 10 Dial-Peer Voice 200 Ziel-DPG 10 Dial-Peer Voice 11 Ziel-DPG 100 Dial-Peer Voice 12 Ziel-DPG 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

     Sprachklasse URI 400 SIP-Muster 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.

 IP-Host ucmpub.mydomain.com 192.168.80.60 IP-Host ucmsub1.mydomain.com 192.168.80.61 IP-Host ucmsub2.mydomain.com 192.168.80.62 IP-Host ucmsub3.mydomain.com 192.168.80.63 IP-Host ucmsub4.mydomain.com 192.168.80.65 IP-Host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP-Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  Beschreibung UCM-Webex Calling Trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 30 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    bind media source interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  Beschreibung UCM-PSTN-Übertragungsweg

    Definiert einen VoIP-Dial-Peer mit dem Tag 40 0 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    bind media source interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 300 Beschreibung Anrufe an Unified CM Webex Calling-Trunk-Dial-Peer 300 weiterleiten

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

     Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 400 Beschreibung Anrufe an Unified CM PSTN-Übertragungsweg-Dial-Peer 400 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 300 Dial-Peer Voice 300 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

     Dial-Peer Voice 200 Ziel-DPG 400 DIAL-PEER Voice 400 Ziel-DPG 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. DSLT (Diagnostic Signatures Lookup Tool) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie zum Senden proaktiver Benachrichtigungen verwenden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

     Konfigurieren Sie Terminal-Call-Home-Mail-Server :@ Priorität 1 sicheres TLS-Ende

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

     Konfigurieren einer Umgebung für Terminal-Call-Home-Diagnose-Signatur LocalGateway(cfg-call-home-diag-sign)ds_email  Ende

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

     show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: Eingabe von ABCDEFGHIGK 149655 SNMP-Paketen      0 Fehlerhafte SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Illegaler Vorgang für Gemeindename geliefert      0 Kodierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-request PDUs 138 Get-next PDUs      2 Set-Request-PDUs      0 Input-Warteschlangen-Paketverluste (maximale Warteschlangen-Größe 1000) 158277 SNMP-Paketausgaben      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine solchen Namensfehler      0 Fehler bei fehlerhaften Werten      0 Allgemeine Fehler 7998 Antwort PDUs 10280 Trap PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabeschleife befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in der Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    ftp://user:pwd@192.0.2.12/DS_64224.xml-Bootflash kopieren:  Zugriff auf ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 Bytes] 3571 Bytes kopiert in 0,064 Sekunden (55797 Bytes/Sek.)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

     call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

     show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: Eingabe von ABCDEFGHIGK 149655 SNMP-Paketen      0 Fehlerhafte SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Illegaler Vorgang für Gemeindename geliefert      0 Kodierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-request PDUs 138 Get-next PDUs      2 Set-Request-PDUs      0 Input-Warteschlangen-Paketverluste (maximale Warteschlangen-Größe 1000) 158277 SNMP-Paketausgaben      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine solchen Namensfehler      0 Fehler bei fehlerhaften Werten      0 Allgemeine Fehler 7998 Antwort PDUs 10280 Trap PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabeschleife befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    ftp://username:password@/DS_65221.xml-Bootflash kopieren:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

     call-home diagnostic-signature load DS_65221.xml Datei laden DS_65221.xml erfolgreich

  5. Verwenden Sie den Befehl show call-home diagnostic-signature , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das wie im Folgenden gezeigt vom Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

     Terminal Call-Home-Diagnose-signature LocalGateway(cfg-call-home-diag-sign)Umgebung konfigurieren ds_fsurl_prefix „scp://:@cxd.cisco.com“ Ende

    Beispiel: 

     call-Home Diagnostic-Signature-Umgebung ds_fsurl_prefix " Umgebung ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

     SNMP %SNMP Agent nicht aktiviert Konfiguration SNMP-Servermanager Ende anzeigen

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

     ftp://username:password@/DS_64224.xml-Bootflash kopieren:  ftp://username:password@/DS_65095.xml-Bootflash kopieren:

  6. Installieren Sie DS 64224 zur Überwachung hoher CPU-Auslastung und anschließend die XML-Datei DS 65095 im lokalen Gateway. 

     call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich call-home diagnostic-signature load DS_65095.xml Datei laden DS_65095.xml erfolgreich

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

     show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DLGW_IEC_C_all_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

D_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

D_LGW_IEC_Call_spike_threshold

1/20/JAHR

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

Call-Home-Diagnose-Signatur deinstallieren

Beispiel:

Call-Home-Diagnose-Signatur deinstallieren 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE Hochverfügbarkeit als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

Conf t 
 Track 1 Schnittstelle GigabitEthernet1 Line-Protocol 
 Track 2 Schnittstelle GigabitEthernet2 Line-Protocol-Exit 

V CUBE-1#conf t

VCUBE-1(config)#track 1-Schnittstelle GigabitEthernet1-Leitungsprotokoll

VCUBE-1(config-track)#track 2-Schnittstelle GigabitEthernet2-Leitungsprotokoll

VCUBE-1(config-track)#beenden

V CUBE-2#conf t

VCUBE-2(config)#track 1-Schnittstelle GigabitEthernet1-Leitungsprotokoll

VCUBE-2(config-track)#track 2-Schnittstelle GigabitEthernet2-Leitungsprotokoll

VCUBE-2(config-track)#beenden

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

Redundanz-Anwendung Redundanz Gruppe 
 
   1 
    Name LocalGateway-HA Priorität 100 Ausfallsicherungs-Schwellenwert 
    75 
    Control GigabitEthernet3 Protokoll 1 
    Daten GigabitEthernet3 Timer Verzögerung 30 Neuladen 60 Track 1 Shutdown Track 2 Shutdown Exit Protocol 
 
 
 
 
   1 
    Timer Hellotime 3 Holdtime 10 
   Beenden 
 
 Beenden 

VCUBE-1(config)#Redundanz

VCUBE-1(config-red)#Anwendungsredundanz

VCUBE-1(config-red-app)#Gruppe 1

VCUBE-1(config-red-app-grp)#Name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#steuern GigabitEthernet3-Protokoll 1

VCUBE-1(config-red-app-grp)#Daten-GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#Herunterfahren von Track 1

VCUBE-1(config-red-app-grp)#Herunterfahren von Track 2

VCUBE-1(config-red-app-grp)#beenden

VCUBE-1(config-red-app)#Protokoll 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#beenden

VCUBE-1(config-red-app)#beenden

VCUBE-1(config-red)#beenden

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-2(config)#Redundanz

VCUBE-2(config-red)#Anwendungsredundanz

VCUBE-2(config-red-app)#Gruppe 1

VCUBE-2(config-red-app-grp)#Name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#steuern GigabitEthernet3-Protokoll 1

VCUBE-1(config-red-app-grp)#Daten-GigabitEthernet3

VCUBE-2(config-red-app-grp)#Timer-Verzögerung 30 Neuladen 60

VCUBE-2(config-red-app-grp)#Herunterfahren von Track 1

VCUBE-2(config-red-app-grp)#Herunterfahren von Track 2

VCUBE-2(config-red-app-grp)#beenden

VCUBE-2(config-red-app)#Protokoll 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#beenden

VCUBE-2(config-red-app)#beenden

VCUBE-2(config-red)#beenden

VEINSTELLUNGEN-2(Konfiguration) #

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Wechselt in den Redundanzmodus

  • application redundancy – Wechselt in den Konfigurationsmodus für die Anwendungsredundanz

  • group – Wechselt in den Konfigurationsmodus für die Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Male für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • GigabitEthernet3-Protokoll 1 steuern – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für Prüfpunkte des Datenverkehrs verwendet wird

  • track – RG-Gruppenverfolgung von Schnittstellen

  • protocol 1 – Gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter Sprachdienst voip. Dies ermöglicht der CUBE-Anwendung, den Redundanzprozess zu steuern.

Sprachdienst 
   VoIP-Redundanz -Gruppe 1 
   Beenden

VCUBE-1(config)#SprachdienstvoIP

VCUBE-1(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-1(config-voi-serv)# Ausgang

VCUBE-2(config)#SprachdienstvoIP

VCUBE-2(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-2(config-voi-serv)# Beenden

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#Schnittstelle GigabitEthernet1

VCUBE-1(config-if)# Redundanz RII 1

VCUBE-1(config-if)# Redundanzgruppe 1 ip 198.18.1.228 exklusiv

VCUBE-1(config-if)# Beenden

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-1(config)#Schnittstelle GigabitEthernet2

VCUBE-1(config-if)# Redundanz RII 2

VCUBE-1(config-if)# Redundanzgruppe 1 ip 198.18.133.228 exklusiv

VCUBE-1(config-if)# Beenden

VCUBE-2(config)#Schnittstelle GigabitEthernet1

VCUBE-2(config-if)# Redundanz RII 1

VCUBE-2(config-if)# Redundanzgruppe 1 ip 198.18.1.228 exklusiv

VCUBE-2(config-if)# Beenden

VEINSTELLUNGEN-2(Konfiguration) #

VCUBE-2(config)#Schnittstelle GigabitEthernet2

VCUBE-2(config-if)# Redundanz RII 2

VCUBE-2(config-if)# Redundanzgruppe 1 ip 198.18.133.228 exklusiv

VCUBE-v(config-if)# Beenden

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert die Redundanzschnittstellenkennung für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn mehr als ein B2B-Paar im selben LAN vorhanden ist, MUSS jedes Paar eindeutige RII-IDs auf ihren jeweiligen Schnittstellen haben (um Kollisionen zu vermeiden). „show redundancy application group all“ (Redundanzanwendungsgruppe alle anzeigen) sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-1#neu laden

 Mit erneutem Laden fortfahren? [bestätigen]

Nachdem VEINSTELLUNGEN-1 vollständig hoch gestartet wurde, speichern Sie die Konfiguration von V CUBE-2 und laden Sie sie erneut hoch.

VCUBE-2#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-2#neu laden

 Mit erneutem Laden fortfahren? [bestätigen]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 

 VCUBE-1#show redundancy application group all Fehlerstatus Gruppe 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus:  Meine Rolle: Aktive Peer Rolle: Standby Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Lokale Standby Peer: Adresse 10.1.1.2, Priorität 100, Gi3 Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 Ereignisse neu laden: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Fehlerstatus Gruppe 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus: Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Adresse 10.1.1.2, Priorität 100, Gi3 : Lokale Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 Ereignisse neu laden: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 V CUBE-2 #

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076 LGU_

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Hier ist die lokale Gateway Konfiguration, die auf beide Plattformen basierend auf den oben angezeigten Control Hub Parametern, speichern und Nachladen, gilt. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.

 konfigurieren terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end konfigurieren terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary service sip refer no supplementary service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 13 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sipHussain1076_lgu>" Regel 30 Anforderung ANY SIP-HEADER P-Asserted-Identity Änderung "sips:(.*)" "sip:\1" Sprachklasse Codec 99 Codec Präferenz 1 g711ulaw Codec Präferenz 2 g711ulaw Exit Sprachklasse srtp-crypto 200 crypto 1 AES_cm_128_HMAC_SHA1_80 Sprachklasse verlassen stun-usage 200 stun-usage firewall-traversal flowdata verlassen sprachklasse tenant 200 registrar dns:40462196.cisco-bcld.com Schema-SIPS läuft ab 240 Refresh-Ratio 50 TCP TLS-Anmeldeinformationen-Nummer Hussain5091_LGU Benutzername Hussain1076_LGU-Passwort 0 lOV12MEaZx Benutzername für BroadWorks-Authentifizierung im Bereich Hussain5091_LGU Passwort 0 lOV12MEaZx Benutzername für BroadWorks-Authentifizierung Hussain5091_LGU Passwort 0 lOV12MEaZx Bereich 40462196.cisco-bcld.com kein SIP-Server mit Remote-Teilnehmer-ID dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface gigabitEthernet1 bind media source-interface gigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface gigabitEthernet2 bind media source-interface gigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface gigabitEthernet2 bind media source-interface gigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Ausgehendes dial-peer zu IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Ausgehendes dial-peer zu Webex Calling-Zielmuster BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Eingehender WebexCalling(DP200) zu IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Eingehender IP PSTN(DP100) zu Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Eingehender dial-peer vom IP-PSTN-Sitzungsprotokoll sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

sip-ua-Registrierungsstatus anzeigen 

 VCUBE-1#show redundancy application group 1 Gruppen-ID:1 Gruppenname:LocalGateway-HA Administrationsstatus: Betriebsstatus „Kein Herunterfahren“: Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Standby Hot Peer RF State: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Gruppen-ID:1 Gruppenname:LocalGateway-HA Administrationsstatus: Betriebsstatus „Kein Herunterfahren“: Meine Rolle: Aktive Peer Rolle: Status Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot Vcube-2 #SIP-UA registrieren Statusmieter: 200 --------------------Registerstellenindex  1 --------------------- Line Peer expires(sec) reg survival P-Associ-URI ============================== ========== ======================= ============ Hussain5091_LGU -1 48 ja normal VCUBE-2#

Aus der obigen Ausgabe können Sie sehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog Tracing ist aktiviert VCUBE-1#debug ccsip info SIP Call Info Tracing ist aktiviert VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.

 VCUBE-2#Redundanzanwendung neu laden Gruppe 1 selbst

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.

 VCUBE-1#show sip-ua register status tenant: 200 --------------------Registerstellenindex  1 --------------------- Line Peer expires(sec) reg survival P-Associ-URI ============================== ========== ========================= ============ Hussain5091_LGU -1 56 ja normal VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.

 VCUBE-1#Protokoll anzeigen 9. Januar 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG ID 1 Hallo Zeit abgelaufen. 9. Januar, 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1 Rollenänderung von Standby zu Aktiv 9. Januar 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: UMSCHALTEN vom Status „STANDBY_HOT“ in den Status „AKTIV“. 9. Januar 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Benachrichtigungs-Event für aktive Rolle empfangen 9. Jan. 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: SIP REGISTRIEREN: 40462196.Cisco-bcld.com:5061/2.0 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97-Benutzer: Cisco-SiteGateway/16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595044 CSeq: 2 Kontakt REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Läuft ab: 240 unterstützt: Weinhalt-Länge: 0 

9. Januar 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Erhalten: SIP/2.0 401 unberechtigt über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Datum: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595044 CSeq: 2 www registrieren-authentifizieren; Digest Realm = "Broadworks", QoP = "auth", Nonce = "BroadWorksXk572qd01Ti58zliBW", Algorithmus = MD5 Inhalt-Länge: 0 

9. Januar 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: Anmelden: 40462196. CIP/bcld.com:5061 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Do, 09. Jan 2020 18:37:25 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97: Cisco-sipGateway/IOS-16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595045 CSeq: 3 Kontakt REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Läuft ab: 240 unterstützt: Wedeautorisierung: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

9. Januar 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Erhalten: SIP/2.0 200 OK Über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Anruf-ID: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595045 CSeq: 3 KONTAKT REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: Anrufinformationen, Linienbeschlagung, Dialogfeld, Nachrichtenübersicht, als-Funktion-Event, X-Broadworks-HotelING, X-Broadworks-Call-Center-Status, Konferenzinhalt-Länge: 0

Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürzte standortübergreifende Rufnummernwahl)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name wie Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name wie Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL_ Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteRL Webex_
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +140855501XX

Einrichten Ihrer Webex Calling-Funktionen

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Unterstützen Sie die Bedürfnisse Ihres Front-Office-Personals. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschalten für Benutzer aktivieren

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen und wählen Sie dann Aufschalten in .

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie das Kontrollkästchen „Ton abspielen, wenn sich dieser Benutzer in einem Anruf aufschaltet “ , wenn Sie anderen Benutzern einen Ton abspielen möchten, wenn sich dieser Benutzer in seinem Anruf aufschaltet.

Die Einstellung Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet gilt nicht für die Aufschaltfunktion von Customer Experience Basic und Essentials für Supervisor. Auch wenn Sie diese Option für einen Supervisor aktivieren, gibt das System den Benachrichtigungston nicht für den Agenten wieder, wenn sich ein Supervisor in einen Anruf in die Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton abspielen möchten, wenn sich ein Supervisor in seinen Anruf aufschaltet, können Sie ihn über die Einstellungen für den Benachrichtigungston für Agenten aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschleife erstellen unter Webex Customer Experience Basic oder Webex Customer Experience Essentials .

6

Klicken Sie auf „Speichern“.

Privatfunktion für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Management > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf „Anrufen“ .

3

Wechseln Sie zum Bereich Benutzerberechtigungen und wählen Sie dann Datenschutz .

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen Ihrer zugewiesenen Standorte angezeigt.

Deaktivieren Sie das Kontrollkästchen „Privatsphäre aktivieren “ , damit jeder den Leitungsstatus überwachen kann.

6

Aktivieren Sie das Kontrollkästchen „Datenschutz für gezielte Anrufübernahme und Aufschalten erzwingen “ , um die Privatsphäre für gezielte Anrufübernahme und Aufschalten zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte eine gezielte Anrufübernahme und Aufschaltung für diesen Benutzer verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und Aufschaltung auf einer Leitung aufrufen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten in einem Anruf eines anderen Teilnehmers.
  • Der Supervisor kann sich immer auf Anrufe aufschalten, die die Agenten über die Anrufwarteschlange erhalten. Das heißt, die Datenschutzeinstellungen wirken sich nicht auf die Aufschaltoption eines Supervisors aus.
7

Wählen Sie unter „Mitglied nach Name hinzufügen“ die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Telefonleitungsstatus überwachen und gezielte Anrufübernahme und Aufschaltung aufrufen können.

8

Um die ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Filter nach Name, Nummer oder Durchwah l .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .
10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximale Anzahl der überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und klicken Sie auf Benutzer .

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung .

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste „Überwachte Leitung hinzufügen“ aufnehmen.

5

Wählen Sie diese Option aus, wenn Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wird.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub verwalten.

Warnton für Anrufbrücke für Benutzer aktivieren

Vorbereitungen

Sie müssen die gemeinsam genutzte Leitung konfiguriert haben, damit die Anrufbrücke aufgerufen wird. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfiguriere n , bevor Sie den Warnton für die Anrufbrücke wiedergeben.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Management > Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton für Anrufüberbrückung .

4

Aktivieren Sie die Option Warnton für Anrufüberbrückung und klicken Sie auf Speichern .

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon .

Weitere Informationen zum Überbrücken von Anrufen auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung der gemeinsam genutzten Leitung für WebexApp .

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Management und wählen Sie Benutzer .

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Zwischen Benutzerberechtigungen , wählen Sie Hoteling und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Gastgebers in das Suchfeld Hoteling-Standort ein und wählen Sie den Hoteling-Gastgeber aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber wählen, wird der erste gelöscht.

Wenn Sie Standortadministrator sind, können Sie nur den Hoteling-Host zuweisen, der Ihren zugewiesenen Standorten zugeordnet ist.
5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugeordnet werden kann, wählen Sie die Anzahl der Stunden aus, die der Benutzer den Hoteling-Host in der Dropdown-Liste Limit Association Period verwenden kann.

Der Benutzer wird nach dem gewählten Zeitpunkt automatisch abgemeldet.

Eine Fehlermeldung wird auf dem Bildschirm angezeigt, wenn der für den Benutzer angegebene maximale Verknüpfungszeitraum den maximalen Verknüpfungszeitraum des ausgewählten Hoteling-Gastgebers überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen Limit-Zuordnungszeitraum von 12 Stunden hat und der Limit-Zuordnungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die Begrenzungsverknüpfungsdauer des Hoteling-Gastgebers verlängern, wenn mehr Zeit für den Benutzer benötigt wird.

6

Klicken Sie auf „Speichern“.

Ein Benutzer kann auch den Hotelling-Host, den er verwenden möchte, über den User Hub suchen und finden. Weitere Informationen finden Sie unter Von überall auf Ihr Anrufprofil zugreifen .

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren.

Einführungstrends und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite „Analysen“ in Control Hub finden Sie Informationen zur Nutzung von Webex Calling und der Webex-App (Engagement) und der Qualität der Medienanrufe. Um auf Webex Calling-Analysen zuzugreifen, melden Sie sich bei Control Hub an, gehen Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

1

Um detaillierte Berichte zum Anrufprotokoll zu erhalten, melden Sie sich bei Control Hub an und gehen Sie zu Analysen > Anrufe.

2

Wählen Sie „Detailliertes Anrufprotokoll“ aus.

Weitere Informationen zu Anrufen mit einer dedizierter Instanz finden Sie unter Analyse der dedizierten Instanz.

3

Um auf Medienqualitätsdaten zuzugreifen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen und wählen Sie Anrufe aus.

Weitere Informationen finden Sie unter Analysen für Ihr Cloud Collaboration-Portfolio.

CUBE High Availability als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

Conf t 
 Track 1 Schnittstelle GigabitEthernet1 Line-Protocol 
 Track 2 Schnittstelle GigabitEthernet2 Line-Protocol-Exit 

V CUBE-1#conf t

VCUBE-1(config)#track 1-Schnittstelle GigabitEthernet1-Leitungsprotokoll

VCUBE-1(config-track)#track 2-Schnittstelle GigabitEthernet2-Leitungsprotokoll

VCUBE-1(config-track)#beenden

V CUBE-2#conf t

VCUBE-2(config)#track 1-Schnittstelle GigabitEthernet1-Leitungsprotokoll

VCUBE-2(config-track)#track 2-Schnittstelle GigabitEthernet2-Leitungsprotokoll

VCUBE-2(config-track)#beenden

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

Redundanz-Anwendung Redundanz Gruppe 
 
   1 
    Name LocalGateway-HA Priorität 100 Ausfallsicherungs-Schwellenwert 
    75 
    Control GigabitEthernet3 Protokoll 1 
    Daten GigabitEthernet3 Timer Verzögerung 30 Neuladen 60 Track 1 Shutdown Track 2 Shutdown Exit Protocol 
 
 
 
 
   1 
    Timer Hellotime 3 Holdtime 10 
   Beenden 
 
 Beenden 

VCUBE-1(config)#Redundanz

VCUBE-1(config-red)#Anwendungsredundanz

VCUBE-1(config-red-app)#Gruppe 1

VCUBE-1(config-red-app-grp)#Name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#steuern GigabitEthernet3-Protokoll 1

VCUBE-1(config-red-app-grp)#Daten-GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#Herunterfahren von Track 1

VCUBE-1(config-red-app-grp)#Herunterfahren von Track 2

VCUBE-1(config-red-app-grp)#beenden

VCUBE-1(config-red-app)#Protokoll 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#beenden

VCUBE-1(config-red-app)#beenden

VCUBE-1(config-red)#beenden

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-2(config)#Redundanz

VCUBE-2(config-red)#Anwendungsredundanz

VCUBE-2(config-red-app)#Gruppe 1

VCUBE-2(config-red-app-grp)#Name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#steuern GigabitEthernet3-Protokoll 1

VCUBE-1(config-red-app-grp)#Daten-GigabitEthernet3

VCUBE-2(config-red-app-grp)#Timer-Verzögerung 30 Neuladen 60

VCUBE-2(config-red-app-grp)#Herunterfahren von Track 1

VCUBE-2(config-red-app-grp)#Herunterfahren von Track 2

VCUBE-2(config-red-app-grp)#beenden

VCUBE-2(config-red-app)#Protokoll 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#beenden

VCUBE-2(config-red-app)#beenden

VCUBE-2(config-red)#beenden

VEINSTELLUNGEN-2(Konfiguration) #

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Wechselt in den Redundanzmodus

  • application redundancy – Wechselt in den Konfigurationsmodus für die Anwendungsredundanz

  • group – Wechselt in den Konfigurationsmodus für die Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Male für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • GigabitEthernet3-Protokoll 1 steuern – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für Prüfpunkte des Datenverkehrs verwendet wird

  • track – RG-Gruppenverfolgung von Schnittstellen

  • protocol 1 – Gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter Sprachdienst voip. Dies ermöglicht der CUBE-Anwendung, den Redundanzprozess zu steuern.

Sprachdienst 
   VoIP-Redundanz -Gruppe 1 
   Beenden

VCUBE-1(config)#SprachdienstvoIP

VCUBE-1(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-1(config-voi-serv)# Ausgang

VCUBE-2(config)#SprachdienstvoIP

VCUBE-2(config-voi-serv)#redundancy-group 1

 % RG 1-Zuordnung mit Voice B2B HA erstellt; Laden Sie den Router neu, damit die neue Konfiguration wirksam wird 

VCUBE-2(config-voi-serv)# Beenden

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#Schnittstelle GigabitEthernet1

VCUBE-1(config-if)# Redundanz RII 1

VCUBE-1(config-if)# Redundanzgruppe 1 ip 198.18.1.228 exklusiv

VCUBE-1(config-if)# Beenden

VEINSTELLUNGEN-1(Konfiguration) #

VCUBE-1(config)#Schnittstelle GigabitEthernet2

VCUBE-1(config-if)# Redundanz RII 2

VCUBE-1(config-if)# Redundanzgruppe 1 ip 198.18.133.228 exklusiv

VCUBE-1(config-if)# Beenden

VCUBE-2(config)#Schnittstelle GigabitEthernet1

VCUBE-2(config-if)# Redundanz RII 1

VCUBE-2(config-if)# Redundanzgruppe 1 ip 198.18.1.228 exklusiv

VCUBE-2(config-if)# Beenden

VEINSTELLUNGEN-2(Konfiguration) #

VCUBE-2(config)#Schnittstelle GigabitEthernet2

VCUBE-2(config-if)# Redundanz RII 2

VCUBE-2(config-if)# Redundanzgruppe 1 ip 198.18.133.228 exklusiv

VCUBE-v(config-if)# Beenden

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert die Redundanzschnittstellenkennung für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn mehr als ein B2B-Paar im selben LAN vorhanden ist, MUSS jedes Paar eindeutige RII-IDs auf ihren jeweiligen Schnittstellen haben (um Kollisionen zu vermeiden). „show redundancy application group all“ (Redundanzanwendungsgruppe alle anzeigen) sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-1#neu laden

 Mit erneutem Laden fortfahren? [bestätigen]

Nachdem VEINSTELLUNGEN-1 vollständig hoch gestartet wurde, speichern Sie die Konfiguration von V CUBE-2 und laden Sie sie erneut hoch.

VCUBE-2#wr

 Aufbaukonfiguration... 

 [OK] 

VCUBE-2#neu laden

 Mit erneutem Laden fortfahren? [bestätigen]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 

 VCUBE-1#show redundancy application group all Fehlerstatus Gruppe 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus:  Meine Rolle: Aktive Peer Rolle: Standby Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Lokale Standby Peer: Adresse 10.1.1.2, Priorität 100, Gi3 Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 Ereignisse neu laden: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#show redundancy application group all Fehlerstatus Gruppe 1 info:        Laufzeitpriorität: [100] RG Fehler RG State: oben.                        Gesamtzahl Switchovers aufgrund von Fehlern:  0 insgesamt # Anzahl der nach unten/oben festgelegten Änderungen aufgrund von Fehlern: 0 Gruppenausweis: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschaltungen des Gesamtbetriebsstatus: Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot RG Protokoll RG 1------------------Rolle: Aktive Verhandlungen: Aktivierte Priorität: 100 Protokollzustand: Active STRG Insef (s) State: Aktiver Peer: Adresse 10.1.1.2, Priorität 100, Gi3 : Lokale Protokollzähler:                 Ändern der Rolle in "aktiv": 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: up 1, down 0, admin_down 0 Ereignisse neu laden: Lokale Anfrage 0, Peer Request 0 RG Medienkontext für RG 1--------------------------ctx State: Active Protocol ID: 1 Medientyp: Standardsteuerungsoberfläche: GigabitEthernet3 Aktueller Hallo Timer: 3000 konfigurierter Hallo Timer: 3000, Hold-Timer: 10000 Peer Hallo Timer: 3000, Peer Hold-Timer: 10000 stats:             PKTS 1509, Bytes 93558, ha SEQ 0, Seq Nummer 1509, Pkt Loss 0 Authentifizierung nicht konfigurierter Authentifizierungsfehler: 0 neu laden: TX 0, RX 0 Rücktritt: TX 0, RX 0 Standy Peer: Präsentieren. Halten-Timer: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 V CUBE-2 #

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Hier ist die lokale Gateway Konfiguration, die auf beide Plattformen basierend auf den oben angezeigten Control Hub Parametern, speichern und Nachladen, gilt. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.

 konfigurieren terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end konfigurieren terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary service sip refer no supplementary service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 13 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sipHussain1076_lgu>" Regel 30 Anforderung ANY SIP-HEADER P-Asserted-Identity Änderung "sips:(.*)" "sip:\1" Sprachklasse Codec 99 Codec Präferenz 1 g711ulaw Codec Präferenz 2 g711ulaw Exit Sprachklasse srtp-crypto 200 crypto 1 AES_cm_128_HMAC_SHA1_80 Sprachklasse verlassen stun-usage 200 stun-usage firewall-traversal flowdata verlassen sprachklasse tenant 200 registrar dns:40462196.cisco-bcld.com Schema-SIPS läuft ab 240 Refresh-Ratio 50 TCP TLS-Anmeldeinformationen-Nummer Hussain5091_LGU Benutzername Hussain1076_LGU-Passwort 0 lOV12MEaZx Benutzername für BroadWorks-Authentifizierung im Bereich Hussain5091_LGU Passwort 0 lOV12MEaZx Benutzername für BroadWorks-Authentifizierung Hussain5091_LGU Passwort 0 lOV12MEaZx Bereich 40462196.cisco-bcld.com kein SIP-Server mit Remote-Teilnehmer-ID dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface gigabitEthernet1 bind media source-interface gigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface gigabitEthernet2 bind media source-interface gigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface gigabitEthernet2 bind media source-interface gigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Ausgehendes dial-peer zu IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Ausgehendes dial-peer zu Webex Calling-Zielmuster BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Eingehender WebexCalling(DP200) zu IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Eingehender IP PSTN(DP100) zu Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Eingehender dial-peer vom IP-PSTN-Sitzungsprotokoll sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

SIP-UA-Registrierungsstatus anzeigen 

 VCUBE-1#show redundancy application group 1 Gruppen-ID:1 Gruppenname:LocalGateway-HA Administrationsstatus: Betriebsstatus „Kein Herunterfahren“: Meine Rolle: Standby Peer Rolle: Aktive Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Standby Hot Peer RF State: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Gruppen-ID:1 Gruppenname:LocalGateway-HA Administrationsstatus: Betriebsstatus „Kein Herunterfahren“: Meine Rolle: Aktive Peer Rolle: Status Peer Presence: Ja: Yes Peer Progression wurde gestartet: Yes RF Domäne: BToB-One RF State: Active Peer RF State: Standby Hot Vcube-2 #SIP-UA registrieren Statusmieter: 200 --------------------Registerstellenindex  1 --------------------- Line Peer expires(sec) reg survival P-Associ-URI ============================== ========== ======================= ============ Hussain5091_LGU -1 48 ja normal VCUBE-2#

Aus der obigen Ausgabe können Sie sehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog Tracing ist aktiviert VCUBE-1#debug ccsip info SIP Call Info Tracing ist aktiviert VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.

 VCUBE-2#Redundanzanwendung neu laden Gruppe 1 selbst

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.

 VCUBE-1#show sip-ua register status tenant: 200 --------------------Registerstellenindex  1 --------------------- Line Peer expires(sec) reg survival P-Associ-URI ============================== ========== ========================= ============ Hussain5091_LGU -1 56 ja normal VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.

 VCUBE-1#Protokoll anzeigen 9. Januar 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG ID 1 Hallo Zeit abgelaufen. 9. Januar, 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG-id 1 Rollenänderung von Standby zu Aktiv 9. Januar 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: UMSCHALTEN vom Status „STANDBY_HOT“ in den Status „AKTIV“. 9. Januar 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Benachrichtigungs-Event für aktive Rolle empfangen 9. Jan. 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: SIP REGISTRIEREN: 40462196.Cisco-bcld.com:5061/2.0 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97-Benutzer: Cisco-SiteGateway/16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595044 CSeq: 2 Kontakt REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Läuft ab: 240 unterstützt: Weinhalt-Länge: 0 

9. Januar 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Erhalten: SIP/2.0 401 unberechtigt über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Datum: Do, 09. Jan 2020 18:37:24 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595044 CSeq: 2 www registrieren-authentifizieren; Digest Realm = "Broadworks", QoP = "auth", Nonce = "BroadWorksXk572qd01Ti58zliBW", Algorithmus = MD5 Inhalt-Länge: 0 

9. Januar 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Gesendet: Anmelden: 40462196. CIP/bcld.com:5061 über: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Do, 09. Jan 2020 18:37:25 GMT Einwahlausweis: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97: Cisco-sipGateway/IOS-16.12.02 Max-vorwärts: 70 Zeitstempel: 1578595045 CSeq: 3 Kontakt REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Läuft ab: 240 unterstützt: Wedeautorisierung: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

9. Januar 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Erhalten: SIP/2.0 200 OK Über: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Von: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 An: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Anruf-ID: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595045 CSeq: 3 KONTAKT REGISTRIEREN: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: Anrufinformationen, Linienbeschlagung, Dialogfeld, Nachrichtenübersicht, als-Funktion-Event, X-Broadworks-HotelING, X-Broadworks-Call-Center-Status, Konferenzinhalt-Länge: 0

Übersicht über Webex Calling

Stellen Sie sich vor, Sie können Cloud-Calling-, Mobilitäts- und PBX-Funktionen zusammen mit der Webex-App für Nachrichten und Meetings nutzen und Anrufe von einem Webex Calling-Soft-Client oder einem Cisco-Gerät aus tätigen. Genau das ist mit Webex Calling möglich.

WebEx Calling bietet folgende Funktionen und Vorteile:

  • Calling-Abonnements für Telefonie-Benutzer und gemeinsame Bereiche

  • Sichere und zuverlässige Cloud-Dienste von vertrauenswürdigen regionalen Dienstleistern

  • Zugriff auf die Webex-App für jeden Benutzer durch Hinzufügen von vereinheitlichten Kommunikations- und Teamzusammenarbeitsdiensten.

  • Webex Meetings als optionales, integriertes Add-On bietet die erstklassige Meeting-Erfahrung, die Unternehmensbenutzer erwarten.

  • PSTN-Zugriff (Public Switch Telephony Networks), mit dem Ihre Benutzer Nummern außerhalb der Organisation wählen können. Der Service wird über eine bestehende Unternehmensinfrastruktur bereitgestellt

    • Lokales Gateway ohne lokale IP PBX

    • Vorhandene Unified CM-Anrufumgebung

    • Vom Partner oder Cisco bereitgestellte PSTN-Optionen

  • Tier-1-Support durch Ihren Partner und Next-Level-Support durch Cisco

Control Hub ist ein webbasiertes Verwaltungsportal, das in Webex Calling integriert ist, um Ihre Bestellungen und Konfigurationen zu optimieren und die Verwaltung des Angebotspakets – Webex Calling, Webex App und Webex Meetings – zu zentralisieren.

Tabelle 1: Vom Administrator konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Sie können einen Zeitplan für 24 Stunden festlegen oder unterschiedliche Optionen für Zeiten einrichten, an denen Ihr Büro geöffnet bzw. geschlossen ist. Sie können Anrufe sogar anhand von Anrufer-ID-Attributen weiterleiten, um VIP-Listen zu erstellen oder Anrufe aus bestimmten Ortsvorwahlen unterschiedlich zu behandeln.

Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten, wenn Sie eingehende Anrufe nicht annehmen können. Sie können Anrufern eine automatische Antwort, Komfort-Nachrichten und Warteschleifenmusik bereitstellen, bis jemand den Anruf annehmen kann.

Anrufannahme

Sie können die Teamarbeit und Zusammenarbeit verbessern, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer Anrufe von anderen Benutzern annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Anruf parken

Sie können die Option „Anruf parken“ aktivieren, damit Benutzer einen Anruf halten und von einem anderen Telefon aus annehmen können.

Sammelanschluss

In folgenden Fällen möchten Sie möglicherweise Sammelanschlüsse einrichten:

  • Verkaufsteams möchten eventuell sequentielles Routing verwenden. Ein eingehender Anruf klingelt auf einem Telefon, und wenn niemand abnimmt, wird der Anruf an den nächsten Mitarbeiter auf der Liste weitergeleitet.

  • Im Vergleich dazu möchte ein Support-Team, dass alle Telefone gleichzeitig klingeln, damit der zuerst verfügbare Mitarbeiter den Anruf entgegennehmen kann.

Paging-Gruppe

Sie können eine Paging-Gruppe erstellen, damit Benutzer Audionachrichten an Personen, Abteilungen oder Teams senden können. Wird eine Nachricht an eine Paging-Gruppe gesendet, wird diese auf allen Geräten in der Gruppe abgespielt.

Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. So stehen eine ganze Reihe von Optionen für die Anrufkontrolle, die Leitungsüberwachung im großen Maßstab, Anrufwarteschlangen, viele verschiedene Verzeichnisoptionen und -ansichten, eine Outlook-Integration u. v. m. zur Verfügung.
Tabelle 2. Vom Benutzer konfigurierbare Funktionen

Funktion

Beschreibung

Ablehnen anonymer Anrufe

Benutzer können eingehende Anrufe mit blockierten Anrufer-IDs ablehnen.

Business Continuity

Wenn die Telefone der Benutzer aus Gründen wie Stromausfall, Netzwerkproblemen usw. nicht mit dem Netzwerk verbunden sind, können die Benutzer eingehende Anrufe an eine bestimmte Telefonnummer weiterleiten.

Anrufweiterleitung

Benutzer können eingehende Anrufe auf ein anderes Telefon umleiten.

Gezielte Rufumleitung

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten umleiten. Diese Einstellung geht der allgemeinen Rufumleitung vor.

Anrufbenachrichtigung

Benutzer können veranlassen, dass ihnen eine E-Mail zugeschickt wird, wenn sie einen Anruf erhalten, der vorab festgelegten Kriterien entspricht, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Anklopfen

Benutzer können die Annahme zusätzlicher eingehender Anrufe zulassen.

Bitte nicht stören

Benutzer können vorübergehend alle Anrufe direkt an die Voicemail weiterleiten lassen.

Office Anywhere

Benutzer können ihr ausgewähltes Telefon („Standorte“) als Anschluss für ihre geschäftliche Telefonnummer und den Wählplan verwenden.

Prioritätswarnung

Benutzer können veranlassen, dass ihr Telefon einen speziellen Klingelton abspielt, wenn sie einen Anruf erhalten, bei dem vorab festgelegte Kriterien erfüllt sind, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Remote-Büro

Benutzer können Anrufe von einem Remote-Telefon tätigen und es so aussehen lassen, als würden sie von ihrer geschäftlichen Leitung aus anrufen. Darüber hinaus klingeln alle auf der geschäftlichen Leitung eingehenden Anrufe auf diesem Remote-Telefon.

Gezielte Anrufannahme

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten annehmen.

Gezieltes Ablehnen von Anrufen

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten ablehnen.

Sequenzielles Klingeln

Benutzer können bis zu 5 Geräte bestimmen, die bei eingehenden Anrufen nacheinander klingeln sollen.

Gleichzeitiges Klingeln

Benutzer können festlegen, dass bei eingehenden Anrufen gleichzeitig das Gerät der eigenen Nummer und das von anderen („Anrufempfänger“) klingelt.

Bereitstellung von Diensten, Geräten und Nutzern in Control Hub, Querstart zu detaillierter Konfigurationen im Anrufanstellungsportal

Control Hub ( https://admin.webex.com) ist ein Verwaltungsportal, das in Webex Calling integriert ist, um Ihre Bestellungen und Konfigurationen zu optimieren und die Verwaltung des Angebotspakets – Webex Calling, Webex-App und Meetings – zu zentralisieren.

Control Hub ist der zentrale Punkt für die Bereitstellung aller Dienste, Geräte und Benutzer. Dort haben Sie die Möglichkeit, Ihre Anrufdienste erstmalig einzurichten, MPP-Telefone (über die MAC-Adresse) in der Cloud zu registrieren, Benutzer zu konfigurieren, indem Sie Geräte mit ihnen verknüpfen und Nummern, Dienste, Anruffunktionen usw. hinzufügen. Zudem ist eine Weiterleitung von Control Hub zum Calling-Administratorportal möglich.

Benutzeroberfläche

Benutzer haben Zugriff auf folgende Benutzeroberflächen:

  • WebEx Calling Anwendung – für Anrufe, die von Cisco gebrannt werden. Weitere Informationen finden Sie unter Kennenlernen der neuen Cisco Webex Calling-App.

  • Webex-Einstellungen ( https://settings.webex.com) – Schnittstelle, über die Benutzer Präferenzen für das Profil festlegen, die Webex-App herunterladen und zum Calling-Benutzerportal wechseln können, um Anrufeinstellungen zu erhalten. Weitere Informationen finden Sie unter Ändern Ihrer Cisco Webex-Einstellungen.

  • Webex-App: Anwendung, die im Abonnement als Team Messaging-Client mit Cisco-Marke enthalten ist. Weitere Informationen finden Sie unter Erste Schritte mit der Cisco Webex-App.

  • Webex Meetings – Optionale Anwendung, die als Meetings-Lösung hinzugefügt werden kann. Weitere Informationen finden Sie unter Webex Meetings.

Kundenadministratoren

Als Kundenadministrator mit einem Test- oder kostenpflichtigen Abonnement für Webex Calling können Sie Ihre Organisation in Control Hub einrichten, indem Sie Standorte, Lizenzen, Telefonnummern, Anruffunktionen, Benutzer und Arbeitsbereiche (Raumgeräte, die sich in der Webex-Cloud registrieren) hinzufügen. Sie können diese Komponenten auch von dort aus verwalten.

Partner

Als Partnerdienstleister können Sie Ihren Kunden WebEx Calling, vermarkten und verkaufen. Sie können Testversionen einrichten und erweitern, Dienste für Ihre Kunden bereitstellen und Bestellungen für Ihre Kunden erstellen und bereitstellen.

Verfügbarkeit

Lesen Sie die WebEx Calling Überschrift im wo ist Cisco WebEx verfügbare Artikel für Länder, in denen WebEx Calling zum Verkauf verfügbar ist.

Tour zu Control Hub machen

Control Hub ist Ihre zentrale webbasierte Benutzeroberfläche für die Verwaltung Ihrer Organisation und Ihrer Benutzer, für die Zuweisung von Diensten, für die Analyse von Tendenzen hinsichtlich der Akzeptanz, für die Anrufqualität u. v. m.

Übersicht der Control Hub-Schnittstelle: Hervorhebung und Kennzeichnung des linken Navigationsmenüs, Unternehmensinformationen, Benachrichtigungen, In-App-Hilfe, Feedback, Sprache und Abmeldung.

Um Ihre Organisation in Betrieb zu nehmen, empfehlen wir Ihnen, einige Benutzer zum Beitritt in die Webex-App einzulädnen, indem Sie ihre E-Mail-Adressen im Control Hub eingeben. Bestärken Sie die Mitarbeiter, die von Ihnen bereitgestellten Dienste, u. a. die Anruffunktion, zu nutzen, und Ihnen zu ihren Erfahrungen Rückmeldung zu geben. Je weiter Ihre Vorbereitungen vorangeschritten sind, desto mehr Benutzer können Sie hinzufügen.

Wir empfehlen, dass Sie die neueste Desktopversion von Google Chrome oder Mozilla Firefox zum Zugriff auf Control Hub verwenden. Bei Browsern auf Mobilgeräten und anderen Desktop-Browsern kann es zu unerwarteten Ergebnissen kommen.

Verwenden Sie die nachstehend aufgeführten Informationen als kurze Übersicht darüber, was zu erwarten ist, wenn Ihre Organisation für die Dienste vorbereitet werden soll. Weiterführende Informationen finden Sie in den einzelnen Kapiteln, in denen auch schrittweise Anleitungen zu finden sind.

Erste Schritte

Nachdem Ihr Partner Ihr Konto erstellt hat, erhalten Sie eine Begrüßungs-E-Mail. Klicken Sie auf den erste Schritte in der E-Mail, mit Chrome oder Firefox auf Control Hub zugreifen. Über den Link werden Sie automatisch mit Ihrer Administrator-E-Mail-Adresse angemeldet. Als nächstes werden Sie aufgefordert, Ihr Administrator-Passwort zu erstellen.

Erstellen Sie ein neues Passwort-Bildschirm aus den ersten Schritten der E-Mail-Adresse für die Control Hub-Einrichtung.

First-Time Wizard für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, startet der Einrichtungsassistent automatisch, nachdem Sie sich bei Control Hub angemeldet haben. Der Wizard erläutert Ihnen Schritt für Schritt die Standardeinstellungen, mit denen Sie Webex Calling und andere Dienste für Ihre Organisation einrichten können. Sie können Ihre Anrufeinstellungen einrichten und noch einmal überprüfen, bevor Sie den Wizard beenden.

Wizard für die erste Einrichtung von Control Hub.

Überprüfen Ihrer Einstellungen

Wenn Control Hub geladen wird, können Sie Ihre Einstellungen überprüfen.

Control Hub-Übersichtsseite.

Hinzufügen von Benutzern

Wenn Sie Ihre Dienste eingerichtet haben, können Sie Personen aus Ihrem Unternehmensverzeichnis hinzufügen. Gehen Sie zu Benutzer und klicken Sie auf Benutzer verwalten.

Benutzer-Popup-Fenster in Control Hub verwalten.

Wenn Sie Microsoft Active Directory verwenden, empfehlen wir Ihnen, zunächst die Verzeichnissynchronisierung zu aktivieren und anschließend zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf Weiter und befolgen Sie die Anweisungen, um den Cisco-Verzeichniskonnektor einzurichten.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

Die Webex-App verwendet die Standardauthentifizierung. Sie können SSO einrichten, sodass sich die Benutzer mit ihren Unternehmensidentitätsanbietern anstatt eines separaten, in Webex gespeicherten und verwalteten Kennworts mit ihren Unternehmensidentitätsanbietern authentifizieren.

Gehen Sie zu Einstellungen, blättern Sie zu Authentifizierung, klicken Sie auf Ändern und wählen Sie dann Drittanbieter-Identitätsanbieter integrieren aus.

Bildschirm mit den Einstellungen für die einmalige Anmeldung (SSO) mit der Option „Einen 3rd-Party-Anbieter integrieren“ ausgewählt.

Zuweisen von Diensten zu Benutzern

Sie müssen den hinzugefügten Benutzern Dienste zuweisen, damit Benutzer die Webex-App verwenden können.

Gehen Sie zu Benutzer, klicken Sie auf Benutzer verwalten, wählen Sie Benutzer mit CSV-Vorlage importieren und exportieren aus und klicken Sie dann auf Exportieren.

Fügen Sie in der heruntergeladenen Datei einfach True für die Dienste hinzu, die Sie jedem Benutzer zuweisen möchten.

Beispiel für eine CSV-Datei zum Zuweisen von Diensten zu Benutzern in Control Hub.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt gerüstet, um Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem Ort gemeinsam genutzt werden, und um Geräte zu registrieren und Benutzern zuzuweisen.

Startschuss für Ihre Benutzer

Nachdem Sie Benutzer hinzugefügt haben und ihnen Dienste zugewiesen wurden, können sie ihre unterstützten multiplatformen Telefone (MPPs) für Webex Calling- und Webex-App für Nachrichten und Meetings nutzen. Bestärken Sie sie, die Cisco Webex-Einstellungen als zentralen Zugang zu verwenden.

Rolle des lokalen Gateways

Das lokale Gateway ist ein vom Unternehmen oder Partner verwaltetes Edge-Gerät, das auf das PSTN (Public Switched Telephone Network) und frühere Telefonanlagen (PBX – Public Branch Exchange) (einschließlich Unified CM) abgestimmt ist.

Mit Hilfe von Control Hub können Sie ein lokales Gateway einem Standort zuweisen, woraufhin Control Hub Parameter zur Verfügung stellt, die Sie auf dem CUBE konfigurieren können. Mit diesen Schritten wird das lokale Gateway mit der-Cold registriert, und PSTN Dienste werden über das Tor zu WebEx Calling Benutzern an einem bestimmten Ort angeboten.

Wie ein lokales Gateway festgelegt und bestellt wird, finden Sie im Bestellleitfaden für lokale Gateways.

Unterstützte lokale Gateway Bereitstellungen für WebEx Calling

Es werden folgende einfache Bereitstellungen unterstützt:

Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist.

Bereitstellungen des lokalen Gateways ohne IP PBX am Standort

Lokales Gateway als Einzellösung

Diese Abbildung zeigt eine WebEx Calling Bereitstellung ohne vorhandene IP PBX und ist auf einen einzelnen Standort oder eine Organisation mit mehreren Standortmöglichkeiten anwendbar.

Abbildung einer Webex Calling-Bereitstellung ohne vorhandene IP PBX.

Für alle Anfragen, die nicht den WebEx Calling Destinationen entsprechen, sendet WebEx Calling diese Anfragen an das lokale Gateway, das dem Ort für die Verarbeitung zugewiesen ist. Die lokalen Gateway Routen, die von WebEx Calling nach PSTN und in die andere Richtung führen, PSTN zu WebEx Calling.

Das PSTN-Gateway kann als dedizierte Plattform ausgeführt oder parallel zum lokalen Gateway verwendet werden. Wie in der folgenden Abbildung empfehlen wir die dedizierte PSTN Gateway Variante dieser Bereitstellung. Sie kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als WebEx Calling lokale Gateway verwendet werden kann.

Abbildung zeigt die empfohlene Bereitstellungsoption für eine Variante des PSTN-Gateways, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

Lokales Gateway als Parallellösung

Das lokale Gateway kann IP-basiert sein und sich über einen SIP-Trunk mit einem ITSP verbinden oder aber TDM-basiert sein und eine ISDN-Verbindung oder eine Analogschaltung verwenden. Die folgende Abbildung zeigt eine WebEx Calling Bereitstellung, bei der das lokale Gateway mit dem PSTN GW/SBC korrelend ist.

Abbildung einer Webex Calling-Bereitstellung, bei der das lokale Gateway parallel zum PSTN GW/SBC verwendet wird.

Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort

Integrationen mit Unified CM sind in folgenden Fällen erforderlich:

  • WebEx Calling Standorte werden zu einer bestehenden Cisco UC Bereitstellung hinzugefügt, bei der Unified cm als lokale Anrufsteuerungslösung eingesetzt wird.

  • Die Direktwahl zwischen Telefonen, die bei Unified cm und Telefonen registriert sind, ist WebEx Calling erforderlich.

Diese Abbildung zeigt eine WebEx Calling Bereitstellung, bei der der Kunde über eine vorhandene Unified cm IP PBX verfügt.

Abbildung einer Webex Calling-Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Webex Calling sendet Anrufe, die nicht mit den Zielorten des Kunden Webex Calling dem lokalen Gateway übereinstimmen. Dies umfasst PSTN Nummern und interne Unified CM-Erweiterungen, die Webex Calling können. Das lokale Gateway leitet alle Anrufe, die von Webex Calling zu Unified CM kommen, und umgekehrt. Anschließend verteilt Unified CM eingehende Anrufe an lokale Ziele oder an das PSTN gemäß dem bestehenden Wählplan. Der Unified CM-Wählplan vereinheitlicht Nummern zu +E.164. Das PSTN-Gateway kann als dedizierte Ausführung oder parallel zum lokalen Gateway verwendet werden.

Dediziertes PSTN-Gateway

Die dedizierte PSTN Gateway Variante dieser Bereitstellung, wie in diesem Diagramm dargestellt, ist die empfohlene Option und kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als WebEx Calling lokale Gateway verwendet werden kann.

Abbildung, die die Variante des dedizierten PSTN-Gateways zeigt; die empfohlene Option, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

PSTN-Gateway als Parallellösung

Diese Abbildung zeigt eine WebEx Calling Bereitstellung mit einem einheitlichen cm, bei dem das lokale Gateway mit dem PSTN Gateway/SBC korrelend ist.

Webex Calling werden alle Anrufe, die nicht mit den Zielorten des Kunden Webex Calling übereinstimmen, an das lokale Gateway weiter, das dem Standort zugewiesen ist. Dazu gehören PSTN-Ziele und On-Net-Anrufe an interne Unified CM-Anschlüsse. Das lokale Gateway verteilt alle Anrufe an Unified CM. Daraufhin werden die Anrufe von Unified CM über das lokale Gateway, das außerdem über PSTN/SBC-Funktionen verfügt, an lokal registrierte Telefone oder an das PSTN verteilt.

Abbildung einer Webex Calling-Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Hinweise zur Anrufverteilung

Anruft von WebEx Calling zu Unified cm

Die WebEx Calling Weiterleitungslogik funktioniert folgendermaßen: Wenn die Nummer, die auf einem Webex Calling-Endpunkt gewählt wird, nicht an ein anderes Ziel innerhalb desselben Kunden in Webex Calling geroutet werden kann, wird der Anruf zur weiteren Verarbeitung an das lokale Gateway gesendet. Alle Off-Net-Anrufe (außerhalb Webex Calling)-Anrufe werden an das lokale Gateway gesendet.

Für eine WebEx Calling Bereitstellung ohne Integration in eine vorhandene Unified cm wird jede netznetzorientierte Unterhaltung als PSTN angesehen. In Verbindung mit Unified CM kann ein Off-Net-Anruf trotzdem ein On-Net-Anruf sein, wenn das Ziel auf Unified CM gehostet wird, oder ein echter Off-Net-Anruf an ein PSTN-Ziel sein. Der Unterschied zwischen den beiden letztgenannten Anruftypen wird von Unified CM festgelegt und hängt vom Unternehmenswählplan ab, der von Unified CM bereitgestellt wird.

Die folgende Abbildung zeigt einen WebEx Calling, der eine nationale Nummer in den USA wählt.

Abbildung, die zeigt, dass ein Webex Calling-Benutzer eine nationale Nummer in den USA wählt.

Unified CM, hier auf dem konfigurierten Wählplan basierend, verteilt den Anruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dazu muss der Unified CM-Wählplan die Verteilung von +E.164-Nummern unterstützen.

Anruft von Unified cm zu WebEx Calling

Um die Weiterleitung von Anrufen von Unified cm nach WebEx Calling in Unified cm zu aktivieren, müssen Sie eine Reihe von Routen festlegen, um den Satz von + E. 164 und Unternehmensannummernansprachen in WebEx Calling zu definieren.

Wenn diese Routen eingerichtet sind, sind die beiden in der folgenden Abbildung dargestellten Anrufszenarien möglich.

Abbildung, die die Anrufweiterleitung von Unified CM zu Webex Calling auf einem Unified CM-Routensatz zeigt.

Wenn ein Anrufer im PSTN eine gegebene Nummer anruft, die einem WebEx Calling Gerät zugewiesen ist, dann wird der Anruf über das PSTN Gateway des Unternehmens an das Unternehmen übergeben und dann auf Unified cm angezeigt. Die genannte Adresse dieses Anrufs stimmt mit einer der WebEx Calling Routen überein, die in Unified cm bereitgestellt werden, und der Rückruf wird an das lokale Gateway gesendet. (Die angerufene Adresse muss das Format +E.164 haben, wenn sie an das lokale Gateway gesendet wird.) Die Webex Calling-Routing-Logik stellt dann sicher, dass der Anruf basierend auf der DID-Zuweisung an das gewünschte Webex Calling-Gerät gesendet wird.

Darüber hinaus unterliegen die von Unified cm registrierten Endpunkte, die auf Destinationen in WebEx Calling ausgerichtet sind, der Wählplan, die auf Unified cm bereitgestellt wird. Mit diesem Wählplan können Benutzer in der Regel Anrufe so tätigen, wie es beim Unternehmen üblich ist. Dabei handelt es sich nicht unbedingt ausschließlich um das Wählen nach dem Rufnummernschema +E.164. Alle anderen Wählverhaltenseinstellungen als +E.164 müssen auf +E.164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um eine korrekte Weiterleitung in Webex Calling.

Dienstklasse (CoS – Class of Service)

Die Umsetzung strikter Dienstklassebeschränkungen wird aus verschiedenen Gründen grundsätzlich empfohlen, unter anderem um Anrufschleifen zu verhindern und einem Gebührenbetrug vorzubeugen. Im Zusammenhang mit der Integration WebEx Calling lokalen Gateway mit Unified cm Class of Servicestation müssen wir die Servicekclass für Folgendes berücksichtigen:

  • Geräte, die bei Unified CM registriert sind

  • Anrufe, die vom PSTN bei Unified CM eingehen

  • Anrufe aus der Unified CM-Webex Calling

Geräte, die bei Unified CM registriert sind

Das Hinzufügen der WebEx Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu WebEx Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten WebEx Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die WebEx Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

Anrufe, die vom PSTN bei Unified CM eingehen

Das Hinzufügen der WebEx Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu WebEx Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten WebEx Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die WebEx Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

Anrufe aus der Unified CM-Webex Calling

Von den PSTN einkommende anrufen benötigen Zugriff auf alle WebEx Calling Destinationen. Dies erfordert das Hinzufügen der obigen Partition, in der alle WebEx Calling Destinationen angezeigt werden, für den Anrufsuchbereich, der für eingehende Anrufe auf dem PSTN verwendet wird. Der Zugang zu WebEx Calling Destinationen wird zusätzlich zu dem bereits vorhandenen Access angezeigt.

Während bei Anrufen über den PSTN Zugriff auf Unified cm DIDs und WebEx Calling DIDs erforderlich ist, benötigen Anrufe, die aus WebEx Calling stammen, Zugriff auf Unified cm DIDs und PSTN Destinationen.

Abbildung des differenzierten CoS für Anrufe von PST und Webex Calling.
Differenzierte COS für PSTN und WebEx Calling

Diese Abbildung vergleicht diese beiden Serviceklassen für Anrufe von PSTN und Webex Calling. Die Abbildung zeigt auch, sollte die PSTN-Gateway-Funktion mit dem lokalen Gateway verknüpft sein, dass zwei Trunks für die Verbindung zwischen dieser Verknüpfung aus PSTN-GW und lokalem Gateway einerseits und Unified CM andererseits erforderlich sind: einen für Anrufe aus der PSTN- und einen für Anrufe mit Webex Calling. Grund dafür ist die Anforderung, unterschiedliche Anrufsuchbereiche pro Datenverkehrstyp anzuwenden. Mit zwei eingehenden Trunks in Unified CM lässt sich dies leicht erreichen, indem sie den erforderlichen Anrufsuchbereich für eingehende Anrufe auf jedem Trunk konfigurieren.

Integration des Wählplans

Bei diesem Leitfaden wird von einer vorhandenen Installation ausgegangen, die auf den besten aktuellen Verfahren aus „Bevorzugte Architektur für die Bereitstellung von Cisco Collaboration-Lösungen am Standort (CVD)“ basiert. Die neueste Version ist hier verfügbar.

Das empfohlene Wählplankonzept richtet sich nach dem Konstruktionsprinzip, das im Kapitel „Wählplan“ der neuesten Version von „Cisco Collaboration System SRND“ (hier verfügbar) dokumentiert ist.

Abbildung mit einer Übersicht über das empfohlene Wählplandesign.
Empfohlener Wählplan

Diese Abbildung gibt einen Überblick über das empfohlene Wählplankonzept. Zu den zentralen Merkmalen dieses Wählplankonzepts zählt Folgendes:

  • Alle Verzeichnisnummern, die auf Unified CM konfiguriert sind, verwenden das Format +E.164.

  • Alle Verzeichnisnummern befinden sich auf derselben Partition (DN) und sind als dringend gekennzeichnet.

  • Das Core-Routing basiert auf +E.164.

  • Alle Wählkonventionen ohne Verwendung des Rufnummernschemas +E.164 (z. B. verkürzte site-interne Wählvorgänge und PSTN-Wählvorgänge unter Verwendung üblicher Wählkonventionen) werden zu +E.164 vereinheitlicht (globalisiert), wobei Übersetzungsmuster für die Wählnormierung verwendet werden.

  • Bei diesen Übersetzungsmustern kommt eine Übersetzungsmustervererbung für Anrufsuchbereiche zum Einsatz; die eingestellte Option lautet „Den Anrufsuchbereich des Anrufers verwenden“.

  • Die Dienstklasse wird unter Verwendung der site- und dienstklassenspezifischen Anrufsuchbereiche implementiert.

  • PSTN-Zugangsmöglichkeiten (z. B. Zugang zu internationalen PSTN-Zielen) werden implementiert, indem Partitionen mit den jeweiligen +E.164-Routen-Mustern der Dienstklasse hinzugefügt werden, über die der Anrufsuchbereich festgelegt wird.

Erreichbarkeit zum Webex Calling

Abbildung, die das Hinzufügen des Webex Calling-Ziels zum Wählplan zeigt.
Hinzufügen Webex Calling Ziel zum Wählplan

Um die Erreichbarkeit von Webex Calling-Zielen zu diesem Wählplan zu erhöhen, muss eine Partition, die alle Webex Calling-Ziele darstellt, ("Webex Calling") und ein +E.164 Routen-Muster für jeden DID-Bereich in Webex Calling zu dieser Partition hinzugefügt werden. Dieses Routen-Muster verweist auf eine Routen-Liste mit nur einem Mitglied: die Routengruppe mit dem SIP-Trunk zum lokalen Gateway für Anrufe Webex Calling. Da alle gewählten Ziele auf +E.164 mithilfe von Anwahl-Übersetzungsmustern für Anrufe von bei Unified CM registrierten Endpunkten oder für eingehende Transformationen der angerufenen Parteien für Anrufe aus dem PSTN ist dieser einzelne Satz von +E.164-Routen-Mustern ausreichend, um Erreichbarkeit für Ziele in Webex Calling unabhängig vom verwendeten Anwahlverhalten zu erreichen.

Wenn ein Benutzer beispielsweise "914085550165" wählt, wird diese Wählzeichenfolge mit dem Einwahl-Übersetzungsmuster in der Partition "UStoE164" in "+14085550165" normalisiert, was dann mit dem Routen-Muster für ein Webex Calling-Ziel in Partition "Webex Calling" abwählt. Unified CM sendet den Anruf schließlich an das lokale Gateway.

Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Beispiel für das Hinzufügen verkürzter standortübergreifender Rufnummernwahl.
Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Um verkürzte site-übergreifende Wählkonventionen zum Referenz-Wählplan hinzuzufügen, wird empfohlen, Übersetzungsmuster für die Wählnormierung für alle Sites unter dem Nummerierungsplan des Unternehmens zu einer dedizierten Partition hinzuzufügen („ESN“ – unternehmenssignifikante Nummern). Diese Übersetzungsmuster fangen Wählketten im Format des Nummerierungsplans des Unternehmens ab und vereinheitlichen die gewählte Kette zu +E.164.

Um die verkürzte Unternehmenswahl zu Webex Calling-Zielen hinzuzufügen, fügen Sie das entsprechende Übersetzungsmuster für die Einwahl-Normalisierung für die Webex Calling-Position zur Partition "Webex Calling" hinzu (z. B. "8101XX" im Diagramm). Nach der Personalisierung wird der Anruf erneut an Webex Calling gesendet, nachdem er mit dem Routen-Muster in der Partition "Webex Calling" übereinstimmen.

Wir empfehlen nicht, das verkürzte Übersetzungsmuster für die Wählweiterleitung für Webex Calling-Anrufe auf die ESN-Partition zu ändern, da diese Konfiguration unerwünschte Anrufweiterleitungsschleifen erstellen kann.

Protokoll-Handler für Anrufe

Webex Calling registriert die folgenden Protokoll-Handler beim Betriebssystem, damit die Funktion „Click-to-Call“ aus dem Webbrowser oder aus einer anderen Anwendung heraus verwendet werden kann. Die folgenden Protokolle starten einen Audio- oder Videoanruf in der Webex-App, wenn es sich um die Standard-Anrufanwendung auf Mac oder Windows verwendet:

  • CLICKTOCALL: oder CLICKTOCALL://

  • SIP: oder SIP://

  • TEL: oder TEL://

  • WEBEXTEL: oder WEBEXTEL://

Liste der Protokollhandler, die einen Audio- oder Videoanruf in der Webex-App starten, wenn dies die Standard-Anrufanwendung auf Mac oder Windows ist.

Protokoll-Handler für Windows

Andere Apps können sich vor der Webex-App für die Protokollhandler registrieren. In Windows 10 werden die Benutzer im Systemfenster gefragt, welche App zum Starten des Anrufs verwendet werden soll. Diese Benutzereinstellung kann gespeichert werden, indem der Benutzer das Kontrollkästchen Immer diese App verwenden markiert.

Windows 10 „Wählen Sie eine App“, bei der Webex als Auswahloption hervorgehoben ist.

Wenn Benutzer die Standardeinstellungen der Anruf-App zurücksetzen müssen, damit sie Webex App auswählen können, können Sie sie anweisen, die Protokollzuordnungen für die Webex-App in Windows 10 zu ändern:

  1. Öffnen Sie die Systemeinstellungen Standard-App-Einstellungen , klicken Sie auf Standardwerte für App festlegen und wählen Sie Webex-App aus.

    Windows 10 „Standardwerte von App festlegen“, wobei Webex als Auswahloption hervorgehoben ist.

  2. Wählen Sie für jedes Protokoll Webex-App aus.

    Windows 10 Webex-Optionen für Dateityp- und Protokollzuordnungen.

Protokollhandler für macOS

Wenn unter Mac OS andere Apps, die in den Anrufprotokollen vor der Webex-App registriert sind, ihre Webex-App als Standard-Anrufoption konfigurieren.

In der Webex-App für Mac können Benutzer bestätigen, dass unter den allgemeinen Präferenzen Webex-App für die Einstellung Anrufe starten mit ausgewählt ist. Sie können auch die Option Immer mit Microsoft Outlook verbinden aktivieren, wenn sie Anrufe in der Webex-App tätigen möchten, wenn sie auf die Nummer eines Outlook-Kontakts klicken.

Einstellungen für den Mac OS-Protokollhandler; bei Auswahl der Option „Immer mit Microsoft Outlook verbinden“ und bei der Dropdown-Option „Anrufe starten mit“ ist Webex ausgewählt.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie haben ein grundlegendes Verständnis des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere der lokalen Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS-Gateway für TDM-basierte Konnektivität

Siehe Tabelle 1 des Lokalen Gateways für Webex Calling-Bestellleitfadens. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Konfigurationshandbuch für das lokale Gateway ausgeführt wird.

Das lokale Gateway hilft Ihnen bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende lokale Bereitstellung mit Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

WebEx Calling erfordert sichere Signale und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Port-Referenzinformationen für Webex Calling

Eine korrekt konfigurierte Firewall und ein Proxy sind für eine erfolgreiche Calling-Bereitstellung unerlässlich. Webex Calling verwendet SIP und HTTPS für die Anrufsignalisierung und die zugehörigen Adressen und Ports für Medien, Netzwerkverbindungen und Gateway-Konnektivität, da Webex Calling ein globaler Dienst ist.

Nicht bei allen Firewall-Konfigurationen müssen Ports offen sein. Wenn Sie jedoch Inside-to-Outside-Regeln ausführen, müssen Sie Ports für die erforderlichen Protokolle öffnen, um Dienste freizugeben.

Netzwerkadressenübersetzung (Network Address Translation, NAT)

Die Funktionen Network Address Translation (NAT) und Port Address Translation (PAT) werden an der Grenze zwischen zwei Netzwerken angewendet, um Adressbereiche zu übersetzen oder die Kollision von IP-Adressbereichen zu verhindern.

Unternehmen verwenden Gateway-Technologien wie Firewalls und Proxys, die NAT- oder PAT-Dienste bereitstellen, um den Internetzugriff auf Webex-App-Anwendungen oder Webex-Geräte zu ermöglichen, die sich in einem privaten IP-Adressbereich befinden. Mit diesen Gateways scheint der Datenverkehr von internen Apps oder Geräten zum Internet von einer oder mehreren öffentlich routingfähigen IP-Adressen zu stammen.

  • Bei der Bereitstellung von NAT ist es nicht zwingend erforderlich, einen eingehenden Port in der Firewall zu öffnen.

  • Überprüfen Sie die für die Konnektivität von Apps oder Geräten erforderliche NAT-Pool-Größe, wenn mehrere App-Benutzer und -Geräte mithilfe von NAT oder PAT auf Webex Calling- und Webex-fähige Dienste zugreifen. Stellen Sie sicher, dass den NAT-Pools angemessene öffentliche IP-Adressen zugewiesen werden, um eine Port-Erschöpfung zu verhindern. Die Porterschöpfung trägt dazu bei, dass interne Benutzer und Geräte keine Verbindung zu den Webex Calling- und Webex Aware-Diensten herstellen können.

  • Definieren Sie angemessene Bindungszeiträume und vermeiden Sie die Manipulation von SIP auf dem NAT-Gerät.

  • Konfigurieren Sie eine minimale NAT-Zeitüberschreitung, um den ordnungsgemäßen Betrieb der Geräte sicherzustellen. Beispiel: Cisco-Telefone senden alle 1–2 Minuten eine Nachricht zur Aktualisierung der REGISTRIERUNG.

  • Wenn Ihr Netzwerk NAT oder SPI implementiert, legen Sie eine größere Zeitüberschreitung (von mindestens 30 Minuten) für die Verbindungen fest. Diese Zeitüberschreitung ermöglicht eine zuverlässige Konnektivität und reduziert gleichzeitig den Batterieverbrauch der mobilen Geräte der Benutzer.

SIP-Anwendungsschicht-Gateway

Wenn ein Router oder eine Firewall SIP Aware ist, was bedeutet, dass das SIP Application Layer Gateway (ALG) oder ähnliches aktiviert ist, empfehlen wir Ihnen, diese Funktion für den korrekten Betrieb des Dienstes zu deaktivieren. Obwohl der gesamte Webex Calling-Datenverkehr verschlüsselt ist, können bestimmte SIP-ALG-Implementierungen zu Problemen mit der Firewall-Traversal führen. Daher empfehlen wir, das SIP ALG zu deaktivieren, um einen qualitativ hochwertigen Service zu gewährleisten.

Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.

Proxy-Unterstützung für Webex Calling

Organisationen stellen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall bereit, um den HTTP-Datenverkehr zu überprüfen, einzuschränken und zu steuern, der das Netzwerk verlässt und in das Netzwerk eingeht. So schützen sie ihr Netzwerk vor verschiedenen Formen von Cyberangriffen.

Proxys erfüllen mehrere Sicherheitsfunktionen, z. B.:

  • Erlauben oder blockieren Sie den Zugriff auf bestimmte URLs.

  • Benutzerauthentifizierung

  • IP-Adresse/Domäne/Hostname/URI-Reputationssuche

  • Entschlüsselung und Überprüfung des Datenverkehrs

Bei der Konfiguration der Proxy-Funktion gilt sie für alle Anwendungen, die das HTTP-Protokoll verwenden.

Die Webex-App und die Anwendungen von Webex-Geräten umfassen Folgendes:

  • Webex-Dienste

  • Verfahren zur Aktivierung der Kundengeräte (Customer Device Activation, CDA) mithilfe der Cisco Cloud-Bereitstellungsplattform, z. B. GDS, EDOS-Geräteaktivierung, Bereitstellung und Onboarding in der Webex-Cloud.

  • Zertifikatsauthentifizierung

  • Firmware-Upgrades

  • Statusberichte

  • PRT-Uploads

  • XSI-Dienste

Wenn eine Proxyserver-Adresse konfiguriert ist, wird nur der Signalisierungsverkehr (HTTP/HTTPS) an den Proxyserver gesendet. Clients, die SIP verwenden, um sich beim Webex Calling-Dienst zu registrieren, und die zugehörigen Medien werden nicht an den Proxy gesendet. Ermöglichen Sie diesen Clients daher, direkt die Firewall zu durchlaufen.

Unterstützte Proxyoptionen, Konfigurations- und Authentifizierungstypen

Die unterstützten Proxy-Typen sind:

  • Expliziter Proxy (inspizieren oder nicht inspizieren) – Konfigurieren Sie die Clients entweder App oder Gerät mit explizitem Proxy, um den zu verwendenden Server anzugeben.

  • Transparenter Proxy (nicht inspizieren): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert und erfordern keine Änderungen, um mit einem nicht inspizierenden Proxy arbeiten zu können.

  • Transparenter Proxy (Überprüfung): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert. Es sind keine Konfigurationsänderungen von HTTP erforderlich. Ihre Clients benötigen jedoch entweder die App oder die Geräte ein Stammzertifikat, damit sie dem Proxy vertrauen. Das IT-Team verwendet die Inspektionsproxys, um Richtlinien auf den zu besuchenden Websites und die Arten von Inhalten durchzusetzen, die nicht erlaubt sind.

Konfigurieren Sie die Proxy-Adressen manuell für die Cisco-Geräte und die Webex-App mithilfe von:

Wählen Sie bei der Konfiguration Ihrer bevorzugten Produkttypen eine der folgenden Proxy-Konfigurationen und Authentifizierungstypen in der Tabelle aus:

Produkt

Proxy-Konfiguration

Authentifizierungstyp

Webex für Mac

Manuell, WPAD, PAC

Keine Auth, Standard, NTLM, ̶

Webex für Windows

Manuell, WPAD, PAC, GPO

Keine Auth, Standard, NTLM, ‡ , Negotiate ‡

Webex für iOS

Manuell, WPAD, PAC

Keine Auth, Standard, Digest, NTLM

Webex für Android

Manuell, PAC

Keine Auth, Standard, Digest, NTLM

Webex Web App

Vom Betriebssystem unterstützt

Keine Auth, Standard, Digest, NTLM, Negotiate ̶

Webex-Geräte

WPAD, PAC oder manuell

Keine Auth, Basic, Digest

Cisco IP-Telefone

Manuell, WPAD, PAC

Keine Auth, Basic, Digest

WebEx Videonetz-Knoten

Manuell

Keine Auth, Standard, Digest, NTLM

Für Legenden in der Tabelle:

  1. ̶ Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein, der Benutzer wird aufgefordert, ein Passwort einzugeben

  2. ̶ Windows NTLM Auth – Wird nur unterstützt, wenn ein Computer in der Domäne angemeldet ist

  3. Verhandeln Sie ̶ - Kerberos mit NTLM-Ausweichauthentifizierung.

  4. Informationen zum Verbinden eines Cisco Webex Board-, Desk- oder Room-Geräts mit einem Proxyserver finden Sie unter Verbinden Ihres Board-, Desk- oder Room-Geräts mit einem Proxyserver.

  5. Informationen zu Cisco IP-Telefonen finden Sie unter Einrichten eines Proxyservers als Beispiel für die Konfiguration des Proxyservers und der Einstellungen.

Konfigurieren Sie für Keine Authentifizierung den Client mit einer Proxy-Adresse, die keine Authentifizierung unterstützt. Bei Verwendung der Proxy-Authentifizierung müssen Sie die Konfiguration mit gültigen Anmeldeinformationen durchführen. Proxys, die den Webverkehr inspizieren, können die Websteckverbindung beeinträchtigen. Wenn dieses Problem auftritt, kann das Problem durch Umgehen des Datenverkehrs zu *.Webex.com behoben werden. Wenn bereits andere Einträge angezeigt werden, fügen Sie nach dem letzten Eintrag ein Semikolon hinzu und geben Sie dann die Webex-Ausnahme ein.

Proxy-Einstellungen für das Windows-Betriebssystem

Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration ermöglichen.WinINet ist ein Superset von WinHTTP.

  1. WinInet wurde für Desktop-Client-Anwendungen mit nur einem Benutzer entwickelt.

  2. WinHTTP wurde hauptsächlich für serverbasierte Anwendungen mit mehreren Benutzern entwickelt.

Wählen Sie bei Auswahl zwischen diesen beiden Optionen WinINet für Ihre Proxy-Konfigurationseinstellungen aus. Weitere Informationen finden Sie unter wininet-vs-winhttp.

Weitere Informationen finden Sie unter Konfigurieren einer Liste zulässiger Domänen für den Zugriff auf Webex in Ihrem Unternehmensnetzwerk :

  • Sicherstellen, dass sich Benutzer nur bei Anwendungen mit Konten aus einer vordefinierten Liste von Domänen anmelden.

  • Verwenden Sie einen Proxyserver zum Abfangen von Anfragen und beschränken Sie die zulässigen Domänen.

Proxy-Überprüfung und Zertifikats-Pinning

Die Webex-App und die Geräte validieren die Zertifikate der Server, wenn sie die TLS-Sitzungen einrichten. Zertifikatsüberprüfungen, die wie der Aussteller des Zertifikats und die digitale Signatur darauf angewiesen sind, die Zertifikatskette bis zum Stammzertifikat zu überprüfen. Um die Validierungsprüfungen durchzuführen, verwenden die Webex-App und die Geräte eine Reihe von vertrauenswürdigen CA-Stammzertifikaten, die im Vertrauensspeicher des Betriebssystems installiert sind.

Wenn Sie einen Proxy zur TLS-Prüfung bereitgestellt haben, um den Webex Calling-Datenverkehr abzufangen, zu entschlüsseln und zu überprüfen. Stellen Sie sicher, dass das vom Proxy vorgelegte Zertifikat (anstelle des Webex-Servicezertifikats) von einer Zertifizierungsstelle signiert wird und das Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert wird.

  • Für die Webex-App – Installieren Sie das CA-Zertifikat, das zum Signieren des Zertifikats durch den Proxy im Betriebssystem des Geräts verwendet wird.

  • Für Webex Room-Geräte und Cisco Multiplattform-IP-Telefone: Eröffnen Sie eine Serviceanfrage beim TAC-Team, um das CA-Zertifikat zu installieren.

Diese Tabelle zeigt die Webex-App und Webex-Geräte an, die die TLS-Inspektion durch Proxy-Server unterstützen

Produkt

Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion

Webex-App (Windows, Mac, iOS, Android, Web)

Ja

Webex Room-Geräte

Ja

Cisco IP-Multiplattform-Telefone (MPP)

Ja

Firewall-Konfiguration

Cisco unterstützt Webex Calling- und Webex Aware-Dienste in sicheren Rechenzentren von Cisco und Amazon Web Services (AWS). Amazon hat seine IP-Subnetze für die alleinige Nutzung durch Cisco reserviert und die Dienste in diesen Subnetzen innerhalb der virtuellen privaten AWS-Cloud gesichert.

Konfigurieren Sie Ihre Firewall so, dass die Kommunikation von Ihren Geräten, den Anwendungen der App und den internetgerichteten Diensten ermöglicht wird, damit diese Funktionen ordnungsgemäß ausgeführt werden. Diese Konfiguration ermöglicht den Zugriff auf alle unterstützten Webex Calling- und Webex Aware-Cloud-Dienste, Domänennamen, IP-Adressen, Ports und Protokolle.

Führen Sie die folgenden Whitelists durch oder öffnen Sie den Zugriff darauf, damit Webex Calling- und Webex Aware-Dienste korrekt funktionieren.

  • Die im Abschnitt Domänen und URLs für Webex Calling-Dienste genannten URLs/Domänen

  • IP-Subnetze, Ports und Protokolle, die im Abschnitt IP-Subnetze für Webex Calling-Dienste erwähnt werden

  • Wenn Sie die Webex-Suite von Cloud-Zusammenarbeitsdiensten innerhalb der Organisation, Webex Meetings, Messaging, den Webex-Vermittlungsplatz und andere Dienste verwenden, stellen Sie sicher, dass Sie über die in diesen Artikeln erwähnten IP-Subnetze und Domänen/URLs verfügen, die Netzwerkanforderungen für Webex-Dienste und Netzwerkanforderungen für Vermittlungsplatz geöffnet sind.

Wenn Sie nur eine Firewall verwenden, wird das Filtern von Webex Calling-Datenverkehr nur anhand von IP-Adressen nicht unterstützt, da einige der IP-Adresspools dynamisch sind und sich jederzeit ändern können. Aktualisieren Sie Ihre Regeln regelmäßig. Wenn Sie die Liste Ihrer Firewall-Regeln nicht aktualisieren, kann dies die Benutzererfahrung beeinträchtigen. Cisco unterstützt nicht, eine Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Cloud-Dienstanbieter zu filtern. Das Filtern nach Regionen kann zu einer erheblichen Verschlechterung der Calling-Erfahrung führen.

Cisco verwaltet keine sich dynamisch ändernden IP-Adressenpools, daher ist sie in diesem Artikel nicht aufgeführt.

Wenn Ihre Firewall die Domänen-/URL-Filterung nicht unterstützt, verwenden Sie eine Enterprise-Proxyserver-Option. Diese Option filtert/ermöglicht nach URL/Domäne den HTTPs-Signalisierungsverkehr an die Webex Calling- und Webex Aware-Dienste in Ihrem Proxy-Server, bevor er an Ihre Firewall weitergeleitet wird.

Sie können den Datenverkehr mithilfe der Port- und IP-Subnetzfilterung für Anrufmedien konfigurieren. Da der Medienverkehr einen direkten Zugriff auf das Internet erfordert, wählen Sie die URL-Filteroption für die Signalisierung des Datenverkehrs aus.

Für Webex Calling ist UDP das bevorzugte Transportprotokoll von Cisco für Medien. Es empfiehlt, nur SRTP gegenüber UDP zu verwenden. TCP und TLS als Transportprotokolle für Medien werden für Webex Calling in Produktionsumgebungen nicht unterstützt. Die verbindungsorientierte Natur dieser Protokolle beeinflusst die Medienqualität über verlustbehaftete Netzwerke. Wenn Sie Fragen zum Transportprotokoll haben, stellen Sie ein Support-Ticket.

Domänen und URLs für Webex Calling-Dienste

Ein * am Anfang einer URL (z. B. *.webex.com) zeigt an, dass Dienste in der Top-Level-Domain und allen Unterdomänen zugänglich sind.

Domäne/URL

Beschreibung

Webex-Apps und -Geräte, die diese Domänen/URLs verwenden

Cisco Webex-Dienste

*.broadcloudpbx.com

Webex-Autorisierungs-Microservices für den Querstart vom Control Hub zum Anrufadministratorportal.

Control Hub

*.broadcloud.com.au

Webex Calling-Dienste in Australien.

Alle

*.broadcloud.eu

Webex Calling-Dienste in Europa.

Alle

*.broadcloudpbx.net

Anruf-Client-Konfiguration und Managementdienste.

Webex-Apps

*.webex.com

*.cisco.com

Kerndienste von Webex Calling und Webex Aware

  1. Identitätsbereitstellung

  2. Identitätsspeicher

  3. Authentifizierung

  4. OAuth-Dienste

  5. Geräteaufnahme

  6. Cloud Connected UC

Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen ohne festgelegte DHCP-Optionen mit einem Netzwerk verbunden wird, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com und Telefone mit einer Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com für die Bereitstellung.

Laden Sie die Geräte-Firmware und Gebietsschemas von binaries.webex.com herunter.

Ermöglichen Sie Cisco Multiplattform-Telefonen (MPPs), die älter als Version 12.0.3 sind, über Port 80 auf sudirenewal.cisco.com zuzugreifen, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über eine sichere eindeutige Gerätekennung (SUDI, Secure Unique Device Identifier) zu verfügen. Weitere Informationen finden Sie unter Hinweis im Feld.

Alle

*.ucmgmt.cisco.com

Webex Calling-Dienste

Control Hub

*.wbx2.com und *.ciscospark.com

Wird für Cloud-Bewusstsein verwendet, um während und nach dem Onboarding Webex Calling- und Webex Aware-Dienste zu erreichen.

Diese Dienste sind notwendig für

  • Apps- und Geräteverwaltung

  • Dienstverwaltung des Benachrichtigungsmechanismus für Apps-Anwendungen

Alle

*.webexapis.com

Webex-Mikrodienste, die Ihre Webex-App-Anwendungen und Webex-Geräte verwalten.

  1. Profilbilddienst

  2. Whiteboarding-Dienst

  3. Proximity-Dienst

  4. Anwesenheitsdienst

  5. Registrierungsdienst

  6. Kalenderdienst

  7. Suchdienst

Alle

*.webexcontent.com

Webex Messaging-Dienste im Zusammenhang mit allgemeiner Dateispeicherung, einschließlich:

  1. Benutzerdateien

  2. Transkodierte Dateien

  3. Bilder

  4. Screenshots

  5. Whiteboard-Inhalt

  6. Client- und Geräteprotokolle

  7. Profilbilder

  8. Markenkennungslogos

  9. Protokolldateien

  10. CSV-Dateien gesammelt exportieren und importieren (Control Hub)

Webex-Apps-Nachrichtendienste.

Dateispeicher mit webexcontent.com ersetzt durch clouddrive.com im Oktober 2019

*.accompany.com

People Insights-Integration

Webex-Apps

Zusätzliche Webex-bezogene Dienste (Domänen von Drittanbietern)

*.appdynamics.com

*.eum-appdynamics.com

Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken.

Control Hub

*.sipflash.com

Geräteverwaltungsdienste. Firmware-Upgrades und sichere Onboarding-Zwecke.

Webex-Apps

*.walkme.com *.walkmeusercontent.com

Client für Webex-Benutzerleitfaden. Bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer.

Klicken Sie hier, um weitere Informationen zu WalkMe zu erhalten.

Webex-Apps

*.google.com

*.googleapis.com

Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: neue Nachricht, wenn der Anruf angenommen wird)

Informationen zu IP-Subnetzen finden Sie unter diesen Links

Google Firebase Cloud Messaging (FCM)-Dienst

Apple Push Notification Service (APNS)

Für APNS listet Apple die IP-Subnetze für diesen Dienst auf.

Webex App

IP-Subnetze für Webex Calling-Dienste

IP-Subnetze für Webex Calling-Dienste* ̶

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Gerätekonfiguration und Firmware-Verwaltung (Cisco Geräte)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Webex-App-Konfiguration

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Zweck der Verbindung:

QuelladressenQuellportsProtokollZieladressenZielportsHinweise
Anrufsignalisierung für WebEx Calling (SIP TLs)Externe NIC des lokalen Gateways8000-65535TCPSiehe IP-Subnetze für Webex Calling-Dienste.5062, 8934

Diese IPs/Ports werden für die ausgehende SIP-TLS-Anrufsignalisierung von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) an die Webex Calling-Cloud (Ziel) benötigt.

Port 5062 (erforderlich für zertifikatbasierten Übertragungsweg). Und Port 8934 (erforderlich für registrierungsbasierten Trunk

Geräte5060-50808934
Webex App Vorübergehend (vom Betriebssystem abhängig)
Anrufsignalisierung von Webex Calling (SIP TLS) an das lokale Gateway

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

8934TCPIP oder IP-Bereich, der vom Kunden für das lokale Gateway ausgewählt wurdePort oder Portbereich, der vom Kunden für das lokale Gateway ausgewählt wurde

Gilt für zertifikatbasierte lokale Gateways. Dies ist erforderlich, um eine Verbindung von Webex Calling zu einem lokalen Gateway herzustellen.

Ein registrierungsbasiertes lokales Gateway funktioniert auf der Wiederverwendung einer Verbindung, die vom lokalen Gateway erstellt wurde.

Zielport ist der vom Kunden gewählte Übertragungswege konfigurieren

Anrufmedien an Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Externe NIC des lokalen Gateways8000-48199†*UDPSiehe IP-Subnetze für Webex Calling-Dienste.

5004, 9000 (STUN-Ports)

Audio: 8500-8599

Video: 8600-8699

19560-65535 (SRTP über UDP)

  • Diese IPs/Ports werden für ausgehende SRTP-Anrufmedien von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) zur Webex Calling-Cloud (Ziel) verwendet.

  • Bei Anrufen innerhalb der Organisation, bei denen die STUN- und ICE-Aushandlung erfolgreich ist, wird das Media Relay in der Cloud als Kommunikationspfad entfernt. In solchen Fällen erfolgt der Medienfluss direkt zwischen den Apps/Geräten des Benutzers.

    Beispielsweise: Wenn die Medienoptimierung erfolgreich ist, sendet die Webex-App Medien in den Portbereichen 8500–8699 direkt untereinander und Geräte senden Medien in den Portbereichen 19560–19661 direkt untereinander.

  • Erlauben Sie bei bestimmten Netzwerktopologien, bei denen Firewalls an einem Kundenstandort verwendet werden, den Zugriff auf die genannten Quell- und Zielportbereiche innerhalb Ihres Netzwerks, damit die Medien durchfließen können.

    Beispiel: Für die Webex-App den Quell- und Zielportbereich zulassen

    Audio: 8500-8599 Video: 8600-8699

  • Browser verwenden den kurzlebigen Quellport, der durch Festlegen der WebRtcUdpPortRange-Richtlinie im MDM-Profil (Managed Device Management) gesteuert werden kann.

    Der Webex Calling-Dienst verhält sich normal, wenn kein MDM-Dienst festgelegt ist oder wenn SiteURL und EnableForceLogin nicht konfiguriert sind.

Geräte ̶ *19560-19661

VG400-ATA-Geräte

19560-19849
Webex-App ̶ *

Audio: 8500-8599

Video: 8600-8699

WebRTC

Kurzlebig (gemäß Browser-Richtlinie)
Anrufmedien von Webex Calling (SRTP/SRTCP, T38)

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

19560-65535 (SRTP über UDP) UDPIP oder IP-Bereich, der vom Kunden für das lokale Gateway ausgewählt wurde Vom Kunden für den lokalen Gateway ausgewählter Medienportbereich
Anrufsignalisierung an PSTN-Gateway (SIP TLS)Interne NIC des lokalen Gateways8000-65535TCPIhr ITSP-PSTN-GW oder Unified CMHängt von PSTN-Option ab (Beispiel: normalerweise 5060 oder 5061 für Unified CM)
Anrufmedien an PSTN-Gateway (SRTP/SRTCP)Interne NIC des lokalen Gateways8000-48199†*UDPIhr ITSP-PSTN-GW oder Unified CMAbhängig von der PSTN-Option (z. B. normalerweise 5060 oder 5061 für Unified CM)
Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)WebEx Calling GeräteVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 6970, 80

Aus folgenden Gründen erforderlich:

  1. Migration von Unternehmenstelefonen (Cisco Unified CM) zu Webex Calling. Weitere Informationen finden Sie unter upgrade.cisco.com . cloudupgrader.webex.com verwendet Ports: 6970.443 für den Firmware-Migrationsprozess.

  2. Firmware-Upgrades und sicheres Onboarding von Geräten (MPP und Raum- oder Tischtelefone) mithilfe des 16-stelligen Aktivierungscodes (GDS)

  3. Für CDA/EDOS – Mac-adressbasierte Bereitstellung. Wird von Geräten (MPP-Telefone, ATAs und SPA-ATAs) mit neuerer Firmware verwendet.

  4. Stellen Sie bei Cisco-ATAs sicher, dass die Firmware mindestens 11.1.0MSR3-9 auf den Geräten installiert ist.

  5. Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen eine Verbindung mit einem Netzwerk herstellt, ohne dass die DHCP-Optionen festgelegt sind, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com anstelle von webapps.cisco.com für die Bereitstellung. Telefone mit Firmware, die älter als 11.2(1) veröffentlicht wurde, verwenden weiterhin webapps.cisco.com. Es wird empfohlen, alle diese IP-Subnetze zuzulassen.

  6. Lassen Sie zu, dass Cisco Multiplattform-Telefone (MPPs) älter als Version 12.0.3 über Port 80 auf sudirenewal.cisco.com zugreifen können, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über einen sicheren eindeutigen Gerätebezeichner (SUDI, Secure Unique Device Identifier) verfügen. Details finden Sie unter Hinweis im Feld

Webex-App-KonfigurationWebex-App-AnwendungenVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 8443Wird für die ID-Broker-Authentifizierung, Konfigurationsdienste der Webex-App für Clients, browserbasierter Webzugriff für Self-Service UND Zugriff auf Verwaltungsschnittstellen verwendet.
Der TCP-Port 8443 wird von der Webex-App im Cisco Unified CM-Setup zum Herunterladen der Konfiguration verwendet. Nur Kunden, die die Einrichtung verwenden, um eine Verbindung zu Webex Calling herzustellen, müssen den Port öffnen.
Synchronisierung der Gerätezeit (NTP)WebEx Calling Geräte51494UDPSiehe IP-Subnetze für Webex Calling-Dienste.123Diese IP-Adressen sind für die Zeitsynchronisierung für Geräte (MPP-Telefone, ATAs und SPA-ATAs) erforderlich.

Auflösung des Domänennamensystems (DNS)

Webex Calling-Geräte, Webex-App und Webex-GeräteVorübergehendUDP und TCPVom Host definiert53Wird für die DNS-Suche verwendet, um die IP-Adressen der Webex Calling-Dienste in der Cloud zu ermitteln. Obwohl typische DNS-Suchen über UDP erfolgen, benötigen einige möglicherweise TCP, wenn die Abfrageantworten nicht in UDP-Pakete passen.
Network Time Protocol (NTP)Webex-App und Webex-Geräte123UDPVom Host definiert123Zeitsynchronisierung
CScanWebbasiertes Tool für die Netzwerkbereitschaft für Webex CallingVorübergehendTCPSiehe IP-Subnetze für Webex Calling-Dienste.8934 und 443Webbasiertes Tool für die Netzwerkbereitschaft für Webex Calling. Weitere Informationen finden Sie unter cscan.webex.com.
UDP19569-19760
Zusätzliche Webex Calling- und Webex Aware-Dienste (Drittanbieter)
Push-Benachrichtigungen APNS- und FCM-Dienste Webex Calling-Anwendungen VorübergehendTCP

Siehe die unter den Links genannten IP-Subnetze

Apple Push-Benachrichtigungsdienst (APNS)

Google-Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: Wenn Sie eine neue Nachricht erhalten oder ein Anruf angenommen wird)

  • ̶ *Der CUBE-Medienportbereich kann mit rtp-Portbereich konfiguriert werden.

  • ̶ *Medienports für Geräte und Anwendungen, die dynamisch in den SRTP-Portbereichen zugewiesen werden. SRTP-Ports sind gerade nummerierte Ports, und der entsprechende SRTCP-Port wird dem aufeinanderfolgenden, ungerade nummerierten Port zugeordnet.

  • Wenn eine Proxyserveradresse für Ihre Apps und Geräte konfiguriert ist, wird der Signalisierungsverkehr an den Proxy gesendet. Medien haben SRTP über UDP-Flüsse direkt zu Ihrer Firewall anstatt zum Proxy-Server transportiert.

  • Wenn Sie NTP- und DNS-Dienste in Ihrem Unternehmensnetzwerk verwenden, öffnen Sie die Ports 53 und 123 in Ihrer Firewall.

Servicequalität (QoS)

Ermöglicht es Ihnen, das Tagging von Paketen vom lokalen Gerät oder Client zur Webex Calling-Cloud-Plattform zu aktivieren. Mit QoS können Sie den Echtzeitverkehr vor anderem Datenverkehr priorisieren. Durch Aktivieren dieser Einstellung werden die QoS-Markierungen für Apps und Geräte geändert, die SIP-Signalisierung und Medien verwenden.

Quelladressen Datenverkehrstyp Zieladressen Quellports Zielports DSCP-Klasse und -Wert
Webex App Audio

IP-Subnetze, Domänen und URLs für Webex Calling-Dienste verweisen

8500-8599 8500-8599, 19560-65535 Beschleunigte Weiterleitung (46)
Webex App Video 8600-8699 8600-8699, 19560-65535 Garantierte Weiterleitung 41 (34)
Webex App Signalisierung Vorübergehend (vom Betriebssystem abhängig) 8934 cs0 (0)
Webex-Geräte (MPPs und Raum)Audio und Video 19560-19661 19560-65535

Beschleunigte Weiterleitung (46) und

Garantierte Weiterleitung 41 (34)

Webex-Geräte Signalisierung 5060-5080 8934 Klassenauswahl 3 (24)

  • Erstellen Sie ein separates QoS-Profil für Audio und Video/Freigabe, da sie einen unterschiedlichen Quellportbereich haben, um den Datenverkehr anders zu markieren.

  • Für Windows-Clients: Um die UDP-Quellportdifferenzierung für Ihre Organisation zu aktivieren, wenden Sie sich an Ihr lokales Kontoteam. Ohne Aktivierung können Sie die Windows QoS-Richtlinien (GPO) nicht zwischen Audio und Video/Freigabe unterscheiden, da die Quellports für Audio/Video/Freigabe dieselben sind. Weitere Informationen finden Sie unter Aktivieren von Medienquellportbereichen für die Webex-App

  • Konfigurieren Sie für Webex-Geräte die Änderungen der QoS-Einstellung über die Geräteeinstellungen in Control Hub. Weitere Informationen finden Sie unter Konfigurieren und Ändern von Geräteeinstellungen in Webex-Calling

Webex Meetings/Messaging – Netzwerkanforderungen

Für Kunden, die die Webex-Suite von Cloud-Zusammenarbeitsdiensten verwenden, sind in der Webex Cloud registrierte Produkte, die MPP-Geräte in der Webex Cloud für Dienste wie Anrufprotokoll, Verzeichnissuche, Meetings und Messaging integrieren. Stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs/IP-Adressen/Ports die Netzwerkanforderungen für Webex-Dienste offen sind.

Netzwerkanforderungen für Webex for Government (FedRAMP)

Informationen für Kunden, die eine Liste der Domänen, URLs, IP-Adressbereiche und Ports für Webex for Government-Dienste (FedRAMP) benötigen, finden Sie hier: Netzwerkanforderungen für Webex for Government

Netzwerkanforderungen für den Webex-Vermittlungsplatz

Stellen Sie für Kunden, die den Vermittlungsplatz verwenden – Empfangs-, Vermittlungs- und Betreiberfunktion – sicher, dass die Domänen/URLs/IP-Adressen/Ports/Protokolle offen sind Netzwerkanforderungen für den Vermittlungsplatz

Erste Schritte mit dem lokalen Webex Calling-Gateway

Lesen Sie für Kunden, die die lokale Gateway-Lösung mit Webex Calling für lokale PSTN- und SBCs-Interoperabilität von Drittanbietern verwenden, den Artikel Erste Schritte mit lokalem Gateway.

Referenzen

Informationen zu Neuerungen in Webex Calling finden Sie unter Neuerungen in Webex Calling.

Sicherheitsanforderungen für Webex Calling finden Sie im Artikel

Artikel zu Webex Calling-Medienoptimierung mit Interactive Connectivity Establishment (ICE)

Überarbeitungsverlauf des Dokuments

Datum

Wir haben folgende Änderungen an diesem Artikel vorgenommen:

21. Januar 2025

Details zur Verwendung des SIP-Anwendungsschicht-Gateways hinzugefügt.

8. Januar 2025

Die IP-Subnetzadresse im Zusammenhang mit der Gerätekonfiguration und der Webex-App-Konfiguration wurde in den Abschnitt IP-Subnetze für Webex Calling-Dienste verschoben

17. Dezember 2024

Unterstützung für die Webex Calling-Medienspezifikation zu WebRTC hinzugefügt.

14. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie aktualisiert

11. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie hinzugefügt

25. Juli 2024

Das IP-Subnetz 52.26.82.54 wurde wieder hinzugefügt, da es für die Konfiguration des Cisco ATA-Geräts und die Firmware-Verwaltung erforderlich ist.

18. Juli 2024

Mit den folgenden Details aktualisiert:

  • Für Webex Calling (Apps, Geräte) unterstützte QoS-(TOS/DSCP-)Werte

  • Netzwerkdiagramm aktualisiert

  • Einschließlich des Links für Netzwerkanforderungen in Bezug auf den Webex-Vermittlungsplatz.

28. Juni 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

11. Juni 2024

Die Domäne „huron-dev.com“ wurde entfernt, da sie nicht verwendet wird.

06. Mai 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

03. April 2024

Die IP-Subnetze für Webex Calling-Dienste wurden mit 163.129.0.0/17 aktualisiert, um die Erweiterung des Webex Calling-Marktes für die Region Indien zu berücksichtigen.

18. Dezember 2023

Enthält die URL sudirenewal.cisco.com und die Anforderung für Port 80 für die Gerätekonfiguration und Firmware-Verwaltung der MIC-Erneuerung des Cisco MPP-Telefons.

11. Dezember 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz an IP-Adressen.

150.253.209.128/25 – geändert in 150.253.128.0/17

29. November 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz von IP-Adressen, um die Erweiterung der Webex Calling-Region für zukünftiges Wachstum zu ermöglichen.

144.196.33.0/25 – geändert in 144.196.0.0/16

Die Abschnitte mit den IP-Subnetzen für Webex Calling-Dienste unter Webex Calling (SIP TLS) und Anrufmedien zu Webex Calling (STUN, SRTP) wurden aktualisiert, um Klarheit über zertifikatsbasiertes Trunking und die Firewall-Anforderungen für das lokale Gateway zu schaffen.

14. August 2023

Wir haben die folgenden IP-Adressen 144.196.33.0/25 und 150.253.156.128/25 hinzugefügt, um erhöhte Kapazitätsanforderungen für Edge- und Webex Calling-Dienste zu unterstützen.

Dieser IP-Bereich wird nur in der Region USA unterstützt.

5. Juli 2023

Der Link https://binaries.webex.com zur Installation der Cisco MPP-Firmware wurde hinzugefügt.

Dienstag, 7. März 2023

Wir haben den gesamten Artikel überarbeitet, um Folgendes zu enthalten:

  1. Optionen für die Proxy-Unterstützung enthalten.

  2. Modifiziertes Calling-Flussdiagramm

  3. Vereinfachte Domänen/URLs/IP-Subnetzteile für Webex Calling- und Webex Aware-Dienste

  4. IP-Subnetzbereich 170.72.0.0/16 für Webex Calling- und Webex Aware-Dienste hinzugefügt.

    Die folgenden Bereiche 170.72.231.0, 170.72.231.10, 170.72.231.161 und 170.72.242.0/24 wurden entfernt

5. März 2023

Der Artikel wird aktualisiert und enthält Folgendes:

  • Der von Anwendungen verwendete UDP-SRTP-Portbereich (8500–8700) wurde hinzugefügt.

  • Die Ports für die APNS- und FCM-Dienste für Push-Benachrichtigungen wurden hinzugefügt.

  • Teilen Sie den CScan-Portbereich für UDP und TCP auf.

  • Der Abschnitt „Referenzen“ wurde hinzugefügt.

15. November 2022

Wir haben die folgenden IP-Adressen für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. November 2022

Das IP-Subnetz 170.72.242.0/24 für den Webex Calling-Dienst wurde hinzugefügt.

8. September 2022

Die Cisco MPP-Firmware wird umgestellt, um https://binaries.webex.com als Host-URL für MPP-Firmware-Upgrades in allen Regionen zu verwenden. Diese Änderung verbessert die Firmware-Upgrade-Leistung.

30. August 2022

Der Verweis auf Port 80 aus den Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“, „Anwendungskonfiguration“ und „CScan“ wurde in der Port-Tabelle entfernt, da keine Abhängigkeit besteht.

18. August 2022

Keine Änderung an der Lösung. Die Zielports 5062 (erforderlich für zertifikatbasierter Trunk) und 8934 (erforderlich für registrierungsbasierten Trunk) für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert.

26. Juli 2022

Die IP-Adresse 54.68.1.225 wurde hinzugefügt, die für ein Firmware-Upgrade von Cisco 840/860-Geräten erforderlich ist.

21. Juli 2022

Zielports 5062, 8934 für die Anrufsignalisierung an Benutzer (SIP TLS Webex Calling aktualisiert.

14. Juli 2022

URLs hinzugefügt, die eine vollständige Funktion der Webex Aware-Dienste unterstützen.

Das IP-Subnetz 23.89.154.0/25 für den Webex Calling-Dienst wurde hinzugefügt.

27. Juni 2022

Domäne und URLs für alle Webex Calling aktualisiert:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. Juni 2022

Die folgenden Ports und Protokolle wurden unter IP-Adressen und Ports für die Webex Calling hinzugefügt:

  • Zweck der Verbindung: Webex-Funktionen

  • Quelladressen: Webex Calling-Geräte

  • Quellports: Vorübergehend

  • Protokoll: TCP

  • Zieladressen: Siehe IP-Subnetze und Domänen, die in Webex Meetings/Messaging – Netzwerkanforderungen definiert sind.

  • Zielports: 443

    Notizen: Die Webex Calling-Geräte verwenden diese IP-Adressen und Domänen für die Schnittstelle mit Webex Cloud-Diensten wie Verzeichnis, Anrufprotokoll und Meetings.

Aktualisierte Informationen im Abschnitt Webex Meetings/Messaging – Netzwerkanforderungen

24. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde zu 52.26.82.54/32 für den Webex Calling hinzugefügt

6. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde für den Webex Calling hinzugefügt

7. April 2022

Der interne und externe UDP-Portbereich des lokalen Gateways wurde auf 8000-48198 ‡ aktualisiert.

5. April 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. März 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. September 2021

4 neue IP-Subnetze für den Webex Calling hinzugefügt:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Freitag, 2. April 2021

*.ciscospark.com wurde unter Domänen und URLs für Webex Calling-Dienste hinzugefügt, um Webex Calling-Anwendungsfälle in der Webex-App zu unterstützen.

25. März 2021

6 neue IP-Bereiche für activate.cisco.com hinzugefügt, die ab dem 8. Mai 2021 in Kraft treten.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

Donnerstag, 4. März 2021

Einzelne IPs und kleinere IP-Bereiche von Webex Calling wurden durch vereinfachte Bereiche in einer separaten Tabelle ersetzt, um das Verständnis der Firewall-Konfiguration zu erleichtern.

Freitag, 26. Februar 2021

5004 als Zielport für Anrufmedien zu Webex Calling (STUN, SRTP) hinzugefügt, um die Interactive Connectivity Connectivity (ICE) zu unterstützen, die im April 2021 Webex Calling verfügbar sein wird.

Montag, 22. Februar 2021

Domänen und URLs werden jetzt in einer separaten Tabelle aufgelistet.

Die Tabelle „IP-Adressen und Ports“ wird an Gruppen-IP-Adressen für dieselben Dienste angepasst.

Hinzufügen der Spalte „Notizen“ zur Tabelle „IP-Adressen und Ports“, die das Verständnis der Anforderungen erleichtert.

Verschieben der folgenden IP-Adressen in vereinfachte Bereiche für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Hinzufügen der folgenden IP-Adressen für die Anwendungskonfiguration, da der Cisco Webex-Client im März 2021 auf einen neueren DNS SRV in Australien verweist.

  • 199.59.64.237

  • 199.59.67.237

Donnerstag, 21. Januar 2021

Wir haben die folgenden IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Wir haben die folgenden IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Wir haben die folgenden IP-Adressen aus der Anwendungskonfiguration entfernt:

  • 64.68.99.6

  • 64.68.100.6

Wir haben die folgenden Portnummern aus der Anwendungskonfiguration entfernt:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Wir haben die folgenden Domänen zur Anwendungskonfiguration hinzugefügt:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Mittwoch, 23. Dezember 2020

Den Port-Referenzbildern wurden neue IP-Adressen für die Anwendungskonfiguration hinzugefügt.

Dienstag, 22. Dezember 2020

Die Zeile „Anwendungskonfiguration“ in den Tabellen wurde aktualisiert und enthält nun die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154.

Die Netzwerkdiagramme wurden ausgeblendet, bis diese IP-Adressen hinzugefügt wurden.

Freitag, 11. Dezember 2020

Die Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“ und „Anwendungskonfiguration“ für die unterstützten kanadischen Domänen wurden aktualisiert.

Freitag, 16. Oktober 2020

Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Mittwoch, 23. September 2020

Unter CScan wurde 199.59.64.156 durch 199.59.64.197 ersetzt.

Freitag, 14. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

Mittwoch, 12. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

  • Anrufmedien zu Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) – 135.84.173.155,135.84.174.155

  • Synchronisierung der Gerätezeit – 135.84.173.152, 135.84.174.152

  • Anwendungskonfiguration – 135.84.173.154,135.84.174.154

Mittwoch, 22. Juli 2020

Die folgende IP-Adresse wurde zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt: 135.84.173.146

Dienstag, 9. Juni 2020

Der CScan-Eintrag wurde wie folgt geändert:

  • Eine der IP-Adressen wurde korrigiert: geändert 199.59.67.156 in 199.59.64.156.

  • Neue Funktionen erfordern neue Ports und UDP – 19560-19760.

Mittwoch, 11. März 2020

Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

Donnerstag, 27. Februar 2020

Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt:

cloudupgrader.webex.com—443, 6970

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtigste Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen PSTN-Anforderungen (Public Switched Telephone Network) und LGW-Anforderungen (Local Gateway) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder CUBE Enterprise-Bereitstellung ändern, um sie als lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass die vorhandenen Anrufverläufe und -funktionen nicht aufgrund der von Ihnen vorgenommenen Änderungen unterbrochen werden.

Die Prozeduren enthalten Links zu Befehlsreferenzdokumenten, in denen Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, werden alle Befehlsreferenzlinks zur Befehlsreferenz für Webex Managed Gateways weitergeleitet (in diesem Fall gehen die Befehlslinks zur Cisco IOS-Sprachbefehlsreferenz). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Befehlsreferenzen zugreifen.

Informationen zu den unterstützten SBCs von Drittanbietern finden Sie in der jeweiligen Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter Registrierungsbasiertes lokales Gateway oder Zertifikatbasiertes lokales Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu den verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security) zur Sicherung des Übertragungswegs und SRTP (Secure Real Time Protocol) zur Sicherung der Medien zwischen dem lokalen Gateway und Webex Calling.

Wichtigste Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für die Optimierung des Medienpfads

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem zertifikatbasierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Es ist obligatorisch, FIPS-konforme GCM-Schlüssel zu konfigurieren, um das lokale Gateway für Webex for Government zu unterstützen. Andernfalls schlägt die Einrichtung des Anrufs fehl. Details zur Konfiguration finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierten SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die folgende Abbildung zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenmandanten: Wird zum Erstellen von Übertragungsweg-spezifischen Konfigurationen verwendet.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Konfiguration der Anrufverteilung mit einer Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet.

Die in Konfigurationslösungen für das Anruf-Routing verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1: Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle registrierungsbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.6.1a oder höher. Cisco IOS 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:

 Schnittstelle GigabitEthernet0/0/0 Beschreibung Schnittstelle für PSTN- und/oder CUCM-IP-Adresse 10.80.13.12 255.255.255.0 ! Schnittstelle GigabitEthernet0/0/1 Beschreibung Schnittstelle für Webex Calling (private Adresse) IP-Adresse 192.51.100.1 255.255.255.240

2

Schützen Sie die Registrierung und STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:

 key config-key password-encrypt YourPassword password encryption aes

3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Trunks erfordert dieser Trustpoint kein Zertifikat, wie dies bei einem zertifikatbasierten Trunk der Fall wäre.

 crypto pki Trustpoint EmptyTP-Sperrung – keine prüfen
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Die Verkehrsparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige und sichere Verbindung für die Registrierung zu gewährleisten:

Der Serverbefehl cn-san-validate stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in tenant 200 konfigurierte Host-Name entweder in den Feldern CN oder SAN des vom ausgehenden Proxy empfangenen Zertifikats enthalten ist.

  1. Legen Sie tcp-retry count auf 1000 fest (Vielfache von 5 msec = 5 Sekunden).

  2. Mit dem Befehl Timer connection establish können Sie einstellen, wie lange das LGW auf die Einrichtung einer Verbindung mit einem Proxy wartet, bevor Sie die nächste verfügbare Option in Betracht ziehen. Der Standardwert für diesen Timer ist 20 Sekunden, wobei mindestens 5 Sekunden erforderlich sind. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie ihn, wenn nötig, um die Netzwerkbedingungen zu berücksichtigen.

 sip-ua-Timer-Verbindung establish tls 5 transport tcp tls v1.2 crypto signaling default trustpoint EmptyTP cn-san-validate server tcp-retry 1000

5

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80
 IP HTTP Client Source-Schnittstelle GigabitEthernet0/0/1 crypto pki Trustpool Import Clean URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Übertragungswegs für Webex Calling
1

Erstellen Sie einen registrierungsbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Die in der Abbildung hervorgehobenen Details werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

PSTN-Übertragungsweg registriert
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 Sprachdienst VoIP IP-Adresse vertrauenswürdige Liste IPv4 x.x.x.x y.y.y.y-Modus Border-Element Medienstatistiken Medien Massen-Statistiken Allow-Connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetrische Nutzlast voll Frühangebot erzwungen

Hier ist eine Erklärung der Felder für die Konfiguration:

 Vertrauenswürdige Liste der ip-adressen  ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste der vertrauenswürdigen Adressen eine Liste der Hosts und Netzwerke, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Liste der vertrauenswürdigen IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massenstatistiken

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien.

Allow-connections sip to sip

Aktivieren Sie die grundlegende SIP-Back-to-Back-Benutzeragentenfunktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 

 Sprachklasse Codec 100 Codec-Präferenz 1 g711ulaw Codec-Präferenz 2 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren.

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.

 Sprachklasse srtp-crypto 100 krypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf dem Parameter für den Zieltrunk zu identifizieren: 

 voice class uri 100 sip pattern dtg=Dallas1463285401_LGU

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters dtg= gefolgt vom OTG/DTG-Wert für den Übertragungsweg, der bei Erstellung des Übertragungswegs in Control Hub bereitgestellt wurde. Weitere Informationen finden Sie unter Sprachklassen-URI.

7

Konfigurieren Sie das sip profile 100, das verwendet wird, um SIP-Nachrichten zu ändern, bevor sie an Webex Calling gesendet werden.

 voice class sip-profiles 100 regel 10 Anforderung BELIEBIGER sip-header SIP-Req-URI ändern "sips:" "sip:" rule 20 Anforderung beliebiger sip-header Um "" "" rule 50 Antwort BELIEBIGER SIP-HEADER Um "" ";otg=dallas1463285401_lgu>" Rule 90 Anforderung beliebiger sip-header P-Asserted-Identity ändern "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass SIP-Header, die für die Anrufsignalisierung verwendet werden, SIP anstelle des SIPs-Schemas verwenden, das Webex-Proxys benötigen. Die Konfiguration von CUBE für die Verwendung von SIP stellt sicher, dass die sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die Von-Kopfzeile so, dass die OTG/DTG-Kennung der Trunk-Gruppe aus dem Control Hub zur eindeutigen Identifizierung einer Site des lokalen Gateways innerhalb eines Unternehmens enthalten ist.

PSTN-Anbieter aus den USA oder Kanada können die Verifizierung der Anrufer-ID für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

8

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Insbesondere die zuvor in Control Hub angegebenen Details zur Trunk-Registrierung werden in diesem Schritt wie unten beschrieben verwendet. Mit diesem Tenant verknüpfte Wahl-Peers übernehmen diese Konfigurationen später.

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

     voice class tenant 100 registrar dns:98027369.us10.bcld.webex.com Schema SIPS läuft ab 240 Refresh-Ratio 50 tcp tls Anmeldeinformationen Nummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks Authentifizierungsbenutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks Authentifizierungsbenutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com kein Remote-Party-ID SIP-Server dns:98027369.us10.bcld.webex.com connection-reuse srtp-crypto 100 session transport tcp tls keine session refresh url sips error-passthru rel1xx deaktivieren asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com Datenschutz-Passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Übertragungsweg verwendet werden. Weitere Informationen finden Sie unter voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips läuft ab 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrar.

    Stellen Sie sicher, dass Sie den Wert „Domäne registrieren“ aus Control Hub hier verwenden.

    Anmeldenummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier in Control Hub die Werte für den Leitungs-/Port-Host, den Authentifizierungsbenutzernamen und das Authentifizierungskennwort verwenden.

    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks
    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier in Control Hub den Authentifizierungsbenutzernamen, das Authentifizierungskennwort und die Registrar-Domänenwerte verwenden.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mit asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die bei der Erstellung Ihres Übertragungswegs in Control Hub bereitgestellt wurde.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Connection-Reuse.

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt.

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß der Definition in sip-profiles 100. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    ausgehender-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Fügen Sie die ausgehende Proxyadresse ein, die bei der Erstellung Ihres Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Ausgehender Proxy.

    Datenschutzrichtlinienpassregeln

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk. 

     dial-peer voice 100 voip description Ein-/ausgehende Webex Calling max-conn 250 destination-pattern BAD.BAD session protocol sipv2 session target sip-server incoming uri request 100 voice-class codec 100 dtmf-relay rtp-nte voice-class stun-usage 100 no voice-class sip localhost voice-class sip tenant 100 srtp no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  Beschreibung Eingehende/ausgehende Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn. 250

    Begrenzt die Anzahl der gleichzeitigen eingehenden und ausgehenden Anrufe zwischen dem LGW und Webex Calling. Für Registrierungs-Trunks sollte der konfigurierte Höchstwert 250 sein. Der Wert für den Benutzer ist niedriger, wenn dies für Ihre Bereitstellung geeigneter wäre. Weitere Informationen zu Beschränkungen für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

    Eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem URI (Uniform Resource Identifier) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft, ein Firewall-Loch für den Medienverkehr zu öffnen.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Tenant 100 definiert und einen SIP VoIP-Dial-Peer konfiguriert haben, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. An diesem Punkt übergibt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem zuvor aktualisierten CA-Stammpaket. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann diese sichere Verbindung verwenden, um sich beim Webex Zugriffs-SBC zu registrieren. Wenn die Registrierung für die Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter username, password und realm aus der Konfiguration der credentials verwendet.

  • Die Änderungsregeln im SIP-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP umzuwandeln.

Die Registrierung ist erfolgreich, wenn vom Zugriffs-SBC ein 200 OK empfangen wird.

Flussdiagramm für Authentifizierung und Registrierung von Webex Calling mit lokalem Gateway

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:

 Sprachklasse URI 200 SIP Host IPV4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:

 dial-peer voice 200 voip description inbound/outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip asserted-id pai voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  Beschreibung Eingehender/ausgehender IP-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 voice class dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 200 Dial-Peer Voice 200 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate genannt 100 voice translation-rule 200 rule 1 /^/ /A1A// voice translation-profile 200 translate genannt 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate genannt 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate genannt 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:

 Kartentyp e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:

 dial-peer voice 200 pots Beschreibung Eingehender/ausgehender PRI PSTN-Übertragungsweg-Zielmuster SCHLECHT.SCHLECHT Translation-Profil eingehend 200 Direct-Inward-Dial-Port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  Beschreibung Ein-/ausgehender PRI-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 10 voip  Beschreibung Ausgehender Loop-Around-Leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 10 Beschreibung Anrufe an Loopback-Dial-Peer 10 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

     Dial-Peer Voice 100 Ziel-DPG 10 Dial-Peer Voice 200 Ziel-DPG 10 Dial-Peer Voice 11 Ziel-DPG 100 Dial-Peer Voice 12 Ziel-DPG 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofil-Einstellungen auf 5065 konfigurieren. Dies erlaubt eingehende Nachrichten auf Port 5065 und füllt die VIA-Kopfzeile mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

Informationen zum Sicherheitsprofil des SIP-Übertragungswegs eingeben
1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

     Sprachklasse URI 400 SIP-Muster 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.

 IP-Host ucmpub.mydomain.com 192.168.80.60 IP-Host ucmsub1.mydomain.com 192.168.80.61 IP-Host ucmsub2.mydomain.com 192.168.80.62 IP-Host ucmsub3.mydomain.com 192.168.80.63 IP-Host ucmsub4.mydomain.com 192.168.80.65 IP-Host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  Beschreibung UCM-Webex Calling Trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  Beschreibung UCM-PSTN-Übertragungsweg

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 300 Beschreibung Anrufe an Unified CM Webex Calling-Trunk-Dial-Peer 300 weiterleiten

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

     Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 400 Beschreibung Anrufe an Unified CM PSTN-Übertragungsweg-Dial-Peer 400 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 300 Dial-Peer Voice 300 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

     Dial-Peer Voice 200 Ziel-DPG 400 DIAL-PEER Voice 400 Ziel-DPG 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können das DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik zur Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS-, SCP- ODER FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet wird, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    Konfigurieren des Terminal-Anruf-Home-Mail-Servers :@ Priorität 1 sicheres TLS-Ende

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen. 

    Terminal-Call-Home-Diagnose-Signaturumgebung konfigurieren ds_email  Ende

Die folgende Abbildung zeigt eine Beispielkonfiguration für ein lokales Gateway, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um proaktive Benachrichtigungen mit Gmail als sicheren SMTP-Server an tacfaststart@gmail.com zu senden:

Wir empfehlen die Verwendung von Cisco IOS XE Bengaluru 17.6.x oder höher.

call-home mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls diagnostic-signature environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und aktivieren Sie die Einstellung Zugriff auf die App weniger sicher .

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung mit dem SNMP OID für fünf Sekunden. 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um SNMP zu aktivieren. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie den Befehl snmp-server manager .

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-Paketeingabe      0 Ungültige SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Unzulässiger Vorgang für Gemeinschaftsnamen angegeben      0 Codierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-Request PDUs 138 Get-Next PDUs      2 Set-Request-PDUs      0 Ausgabe von SNMP-Paketen in der Eingangswarteschlange (maximale Warteschlangengröße 1000) 158277 SNMP-Paketausgabe      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine derartigen Namensfehler      0 Fehlerhafte Werte      0 Allgemeine Fehler 7998 Antwort-PDUs 10280 Trap-PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabewarteschlange befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    ftp://user:pwd@192.0.2.12/DS_64224.xml-Bootflash kopieren:  Zugriff auf ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 Bytes] 3571 Bytes kopiert in 0,064 Sekunden (55797 Bytes/Sek.)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. neu, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Wenn das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    ftp://username:password@/DS_64117.xml-Bootflash kopieren:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml Datei laden DS_64117.xml erfolgreich LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um zu überprüfen, ob SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-Paketeingabe      0 Ungültige SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Unzulässiger Vorgang für Gemeinschaftsnamen angegeben      0 Codierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-Request PDUs 138 Get-Next PDUs      2 Set-Request-PDUs      0 Ausgabe von SNMP-Paketen in der Eingangswarteschlange (maximale Warteschlangengröße 1000) 158277 SNMP-Paketausgabe      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine derartigen Namensfehler      0 Fehlerhafte Werte      0 Allgemeine Fehler 7998 Antwort-PDUs 10280 Trap-PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabewarteschlange befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    ftp://username:password@/DS_65221.xml-Bootflash kopieren:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Behebung von temporären und vorübergehenden Problemen erheblich.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix. Hierbei handelt es sich um den Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das Sie mit dem folgenden Befehl vom Support Case Manager abrufen können. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

    Konfigurieren der Terminal-Call-Home-Diagnose-signature LocalGateway(cfg-call-home-diag-sign)Umgebung ds_fsurl_prefix „scp://:@cxd.cisco.com“ Ende

    Beispiel: 

    call-home diagnostic-signature environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie mit dem Befehl show snmp sicher, dass SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    SNMP %SNMP Agent nicht aktiviert Konfiguration SNMP-Servermanager Ende anzeigen

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:  ftp://username:password@/DS_65095.xml-Bootflash kopieren:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich call-home diagnostic-signature load DS_65095.xml Datei laden DS_65095.xml erfolgreich

  7. Überprüfen Sie mit dem Befehl show call-home diagnostic-signature , ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    D_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl ändert sich die Spalte „Status“ des Befehls show call-home diagnostic-signature zu „wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:  Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

D_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

D_LGW_IEC_Call_spike_threshold

1/20/JAHR

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Befehls show call-home diagnostic-signature ab und führen Sie den folgenden Befehl aus:

Call-Home-Diagnose-Signatur deinstallieren

Beispiel:

Call-Home-Diagnose-Signatur deinstallieren 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE-Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung von Cisco IOS XE Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Wenn Sie sich registriert haben, können Sie die Konfigurationsvalidierungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem zertifikatbasierten Mutual TLS (mTLS)-SIP-Übertragungsweg konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • voice class tenants: Wird verwendet, um trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Konfiguration der Anrufverteilung mit einer Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall ermöglicht ein Unified Communications Manager die zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet. Es werden Optionen für die öffentliche oder private Adressierung (hinter NAT) bereitgestellt. SRV-DNS-Einträge sind optional, es sei denn, ein Lastausgleich über mehrere CUBE-Instanzen hinweg erfolgt.

Die in zertifikatbasierten lokalen Gateway-Konfigurationen verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1: Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle zertifikatbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.9.1a oder höher. Cisco IOS XE 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

    • Für Anforderungen an eine hohe Kapazität benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Berechtigung für den Durchsatz.

      Weitere Informationen finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder SRV-Adressen (Service Record) des lokalen Gateways, die in Control Hub konfiguriert sind, müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der Benutzeroberfläche des lokalen Gateways, die Webex zugewandt sind, müssen vom Internet aus zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Führen Sie die folgenden detaillierten Konfigurationsschritte aus, um ein signiertes Zertifikat auf dem lokalen Gateway zu installieren:

    • Eine öffentliche Zertifizierungsstelle (CA), die unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? beschrieben ist, muss das Gerätezertifikat signieren.

    • Der allgemeine Name (CN) des Zertifikats oder einer der alternativen Antragstellernamen (Subject Alternative Names, SAN) muss mit dem in Control Hub konfigurierten FQDN identisch sein. Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways aufweist, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation lgws.lgw.com als SRV-Adresse des/der lokalen Gateways(s) aufweist, die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, muss die Kontaktadresse für alle neuen SIP-Dialogfelder von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen verwenden.

    • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch. Dieses Paket enthält das CA-Stammzertifikat, das zur Verifizierung der Webex-Plattform verwendet wird.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:

 Schnittstelle GigabitEthernet0/0/0 Beschreibung Schnittstelle für PSTN- und/oder CUCM-IP-Adresse 192.168.80.14 255.255.255.0 ! Schnittstelle GigabitEthernet0/0/1 Beschreibung Schnittstelle für Webex Calling (öffentliche Adresse) IP-Adresse 198.51.100.1 255.255.255.240

2

Schützen Sie die STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:

 key config-key password-encrypt YourPassword password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat für Ihre Domäne, das von einer unterstützten Zertifizierungsstelle (CA) signiert wird.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden exec-Befehl.

    Kryptoschlüssel generieren rsa general-keys exportierbares Label lgw-key modulus 4096

  2. Verwenden Sie die folgenden Konfigurationsbefehle, um einen Trustpoint für das Zertifikat zu erstellen und geben Sie die Feldwerte an, die in der Zertifikatsignieranforderung verwendet werden sollen: 

     crypto pki Trustpoint LGW_CERT-Einschreibungsterminal pem fqdn none subject-name cn=cube1.lgw.com subject-alt-name cube1.lgw.com revocation-check none rsakeypair lgw-key hash sha256

    Hinweise für Zertifikatsfelder:

    • fqdn: Das ist kein Pflichtfeld für Webex Calling. Wenn Sie diese Konfiguration auf „Keine“ setzen, wird sichergestellt, dass sie nicht in der Zertifikatssignaturanforderung enthalten ist. Wenn Sie einen FQDN mit diesem Befehl einschließen müssen, wirkt sich dies nicht auf den lokalen Gateway-Vorgang aus.

    • Betreffbezeichnung: Zum Validieren von Anrufen von einem lokalen Gateway muss Webex den FQDN in den SIP-Kontakt-Headern mit den Headern übereinstimmen, die entweder im Attribut „Subject Common Name (CN)“ oder im Feld „Subject Alternative Name (SAN)“ des SBC-Zertifikats enthalten sind. Das Betrefffeld sollte daher mindestens ein CN-Attribut enthalten, kann bei Bedarf aber auch andere Attribute enthalten. Weitere Informationen finden Sie unter Betreffbezeichnung.

    • Betreff-alt-name: Das Feld "Subject Alternative Name" (SAN) des SBC-Zertifikats kann eine Liste zusätzlicher FQDNs enthalten. Webex überprüft diese Liste, um die SIP-Kontakt-Kopfzeile in Nachrichten vom lokalen Gateway zu validieren, wenn das Zertifikatssubjekt-CN-Attribut nicht übereinstimmt.

    • Hash: Es wird dringend empfohlen, die Kundendienstmitarbeiter mit SHA256 zu signieren. Dieser Algorithmus wird standardmäßig von Cisco IOS XE 17.11.1 verwendet und sollte explizit mit diesem Befehl bei früheren Versionen konfiguriert werden.

  3. Generieren Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diese, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto-pki-LGW_CERT registrieren

4

Geben Sie das Zertifikat der Zwischen-Zertifizierungsstelle für die Signatur an, die zur Authentifizierung Ihres Host-Zertifikats verwendet wird. Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:

 crypto pki authentifizieren LGW_CERT

5

Importieren Sie das signierte Host-Zertifikat mit dem folgenden exec- oder Konfigurationsbefehl:

 Krypto-PKI-LGW-Zertifikat importieren_CERT-Zertifikat

6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint an, der für Sprachanwendungen verwendet werden soll. Verwenden Sie dazu die folgenden Konfigurationsbefehle:

 sip-ua crypto-Signalisierung Standard-Trustpoint-LGW_CERT-Transport tcp tls v1.2

7

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80
 IP HTTP Client Source-Schnittstelle GigabitEthernet0/0/1 crypto pki Trustpool Import Clean URL https://www.cisco.com/security/pki/trs/ios_core.p7b
Webex Calling-zertifikatbasierten Übertragungsweg konfigurieren
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet.

CUBE-zertifikatsbasierter PSTN-Übertragungsweg wird erstellt
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 Sprachdienst VoIP IP-Adresse vertrauenswürdige Liste IPv4 x.x.x.x y.y.y.y-Modus Border-Element Allow-Connections sip to sip no supplementary-service sip refer stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123$ sip asymmetrische Nutzlast full early-offer forced sip-profile eingehend

Hier ist eine Erklärung der Felder für die Konfiguration:

 Vertrauenswürdige Liste der ip-adressen  ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste der vertrauenswürdigen Adressen eine Liste der Hosts und Netzwerkentitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert ein lokales Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adressliste zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Allow-connections sip to sip

Aktivieren Sie die CUBE-Standard-SIP-Funktionalität nacheinander für Benutzer-Agenten. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen STUN-Befehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

SIP-Profile eingehend

Ermöglicht CUBE, SIP-Profile zu verwenden, um Nachrichten während des Empfangs zu ändern. Profile werden über Dial-Peers oder Mandanten angewendet.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 

 Sprachklasse Codec 100 Codec-Präferenz 1 g711ulaw Codec-Präferenz 2 g711alaw

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)

 voice class stun-usage 100 stun usage firewall-traversal flowdata stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Der Befehl stun usage firewall-traversal flowdata ist nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)

 Sprachklasse srtp-crypto 100 krypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government). 

 Sprachklasse srtp-crypto 100 crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt GCM als die von CUBE angebotene Verschlüsselungssuite an. Es ist obligatorisch, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf seinem Ziel-FQDN oder SRV eindeutig zu identifizieren:

 Sprachklasse URI 100 SIP Muster cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub für den Trunk konfigurierten Trunk-FQDN oder -SRV.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie bei Verwendung von NAT mit dem nächsten Schritt fort. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN:

 Sprachklasse sip-profile 100 Regel 10 Anforderung BELIEBIGER SIP-HEADER Kontakt ändern "@.*:" "@cube1.lgw.com:" regel 20 Antwort BELIEBIGER SIP-HEADER Kontakt ändern "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, müssen die Kopfzeile „Kontakt“ in einer SIP-Anfrage und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

9

Wenn Ihr Gateway hinter dem statischen NAT mit einer privaten IP-Adresse konfiguriert ist, konfigurieren Sie die eingehenden und ausgehenden SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN. „10.80.13.12“ ist die Schnittstellen-IP-Adresse, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling 
 Sprachklasse sip-profile 100 Regel 10 Anforderung BELIEBIGER SIP-HEADER Kontakt modifizieren "@.*:" "@cube1.lgw.com:" Regel 20 Antwort BELIEBIGER SIP-HEADER Kontakt modifizieren "@.*:" "@cube1.lgw.com:" Regel 30 Antwort BELIEBIGE SDP-header Audio-Attribut modifizieren "(a=Kandidat:1 1.*) 10.80.13.12" "\1 192.65.79.20" Regel 31 Antwort JEDE SDP-Header-Audio-Attribut ändern "(a=Kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20" Regel 40 Antwort BELIEBIGE sdp-Header Audio-Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 41 Anforderung BELIEBIGE sdp-Header Audio-Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 51 Antwort BELIEBIGE sdp-Header Connection-Info Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 61 Anforderung BELIEBIGE sdp-Header Session-Owner Änderung "IN IP4 10.80.13.12" "IN IP4 192.65.79.20" Regel 70 Anforderung BELIEBIGE sdp-Header Audio-Attribut Änderung "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20" Regel 71 Antwort BELIEBIGE sdp-Header Audio-Attribut Änderung "(a=rtcp:.*) 10.80. 1.*) 10.80.13.12" "\1 192.65.79.20" Regel 81 fordern Sie JEDE SDP-HEADER-AUDIO-ATTRIBUT-ÄNDERUNG an "(a=Kandidat:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

Artikel 30 bis 81

Konvertieren Sie private Adressverweise in die externe öffentliche Adresse für die Site, damit Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling 
 Sprachklasse sip-profile 110 Antwort Regel 10 BELIEBIGE sdp-Header Video-Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 20 Antwort BELIEBIGE sdp-Header Kontakt ändern "@.*:" "@cube1.lgw.com:" Regel 30 Antwort BELIEBIGE sdp-Header Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 40 Antwort BELIEBIGE sdp-Header Audio-Connection-Info ändern "192.65.79.20" "10.80.13.12" Regel 50 Antwort BELIEBIGE sdp-Header Session-Owner ändern "192.65.79.20" "10.80.13.12" Regel 60 Antwort BELIEBIGE sdp-Header Audio-Attribute ändern "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12" Regel 70 Antwort ANY SDP-Header Audio-Attribut modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12" Antwort Regel 80 JEDE SDP-HEADER-AUDIO-ATTRIBUT-ÄNDERUNG "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass CUBE die Nachrichten von Webex verarbeiten kann.

Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

PSTN-Anbieter aus den USA oder Kanada können die Verifizierung der Anrufer-ID für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

10

Konfigurieren Sie einen SIP-Optionen-Keepalive mit Header-Änderungsprofil.

 voice class sip-profiles 115 rule 10 OPTIONS sip-header Kontakt modifizieren "<sip:.*:" "<sip:cube1.lgw.com:" rule 30 ANY sip-header Via modify "(SIP.*) 10.80.13.12" "\1 192.65.79.20" rule 40 Antwort ANY sdp-header Connection-Info modifizieren "10.80.13.12" "192.65.79.20" rule 50 Antwort ANY sdp-header Audio-Connection-Info modifizieren "10.80.13.12" "192.65.79.20" ! voice class sip-options-keepalive 100 description keepalive for Webex Calling up-interval 5 transport tcp tls sip-profiles 115

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Ping "Out of Dialog Options" an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im Status "UP" oder "Down" befindet.

Dieses Keepalive-Profil wird von dem in Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter dem statischen NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statische NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle zu Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Mit diesem Mandanten verknüpfte Wahl-Peers erben die folgenden Konfigurationen später:

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

     voice class tenant 100 no remote-party-id sip-server dns:us25.sipconnect.bcld.webex.com srtp-crypto 100 localhost dns:cube1.lgw.com session transport tcp tls no session refresh error-passthru rel1xx disable asserted-id pai bind control source-interface GigabitEthernet0/0/1 bind media source-interface GigabitEthernet0/0/1 no pass-thru content custom-sdp sip-profiles 100 sip-profiles 110 inbound privacy-policy passthru !

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Wir empfehlen, dass Sie Tenants verwenden, um Trunks zu konfigurieren, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte TLS-Profil den Vertrauenspunkt, der zum Annehmen oder Erstellen neuer Verbindungen verwendet werden soll, sowie die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mithilfe des Befehls asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die in Control Hub bei der Erstellung Ihres Übertragungswegs angegeben wurde

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    localhost DNS: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Kopfzeilen „Von“, „Anruf-ID“ und „Remote-Party-ID“ in ausgehenden Nachrichten durch den angegebenen FQDN zu ersetzen. Verwenden Sie hier den FQDN oder SRV des Übertragungswegs, der im Control Hub für den Übertragungsweg konfiguriert ist.

    Sitzungstransport TCP TLS

    Legt den Transport auf TLS für zugeordnete Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind.

    SIP-Profile der Sprachklasse 100

    Wendet das Header-Änderungsprofil (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für Sprachklassen.

    Sprachklasse-SIP-Profile 110 eingehend

    Nur für LGW-Bereitstellungen hinter NAT: Wendet das Header-Änderungsprofil für eingehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    Datenschutz Passthru

    Konfiguriert CUBE, um die Privatfunktion-Header der empfangenen Nachricht transparent an den nächsten Anrufabschnitt weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk.

     Dial-Peer Voice 100 VoIP Beschreibung Eingehende/ausgehende Webex Calling-Zielmuster SCHLECHT.SCHLECHT Sitzungsprotokoll SIPV2 Sitzungsziel SIP-Server eingehende URI-Anforderung 100 Sprachklasse Codec 100 Sprachklasse Stun-Nutzung 100 Sprachklasse SIP Tenant 100 Sprachklasse SIP-Optionen-Keepalive-Profil 100 DTMF-Relay RTP-NTE SRTP NO VAD

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 100 voip  Beschreibung Eingehende/ausgehende Webex Calling

    Definiert einen VoIP-Dial-Peer mit dem Tag 100 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    Eingehende URI-Anfrage 100

    Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des Header-URI der INVITE-ANFRAGE an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen vom lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN-Pakete helfen, ein Firewall-Pinhole für den Medienverkehr zu öffnen und gültige Pfade für die Medienoptimierung zu erkennen.

    Sprachklasse-SIP-Tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder -Endpunkten zu überwachen, die ein bestimmtes Profil (100) verwenden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:

 Sprachklasse URI 200 SIP Host IPV4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:

 dial-peer voice 200 voip description inbound/outbound IP PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.13 incoming uri via 200 voice-class sip asserted-id pai voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class codec 100 dtmf-relay rtp-nte no vad

Hier ist eine Erklärung der Felder für die Konfiguration:

 dial-peer voice 200 voip  Beschreibung Eingehender/ausgehender IP-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 voice class dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 200 Dial-Peer Voice 200 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:

 voice translation-rule 100 rule 1 /^\+/ /A2A/ voice translation-profile 100 translate genannt 100 voice translation-rule 200 rule 1 /^/ /A1A// voice translation-profile 200 translate genannt 200 voice translation-rule 11 rule 1 /^A1A/ // voice translation-profile 11 translate genannt 11 voice translation-rule 12 rule 1 /^A2A44/ /0/ rule 2/^A2A/ /00/ voice translation-profile 12 translate genannt 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:

 Kartentyp e1 0 2 isdn switch-type primary-net5 controller E1 0/2/0 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:

 dial-peer voice 200 pots Beschreibung Eingehender/ausgehender PRI PSTN-Übertragungsweg-Zielmuster SCHLECHT.SCHLECHT Translation-Profil eingehend 200 Direct-Inward-Dial-Port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 200 pots  Beschreibung Ein-/ausgehender PRI-PSTN-Trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.

 dial-peer voice 10 voip description Outbound loop-around leg destination-pattern BAD.BAD session protocol sipv2 session target ipv4:192.168.80.14 voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 11 voip description Inbound loop-around leg towards webex translation-profile incoming 11 session protocol sipv2 incoming called-number A1AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 dtmf-relay rtp-nte codec g711alaw no vad dial-peer voice 12 voip description Inbound loop-around leg towards PSTN translation-profile incoming 12 session protocol sipv2 incoming called-number A2AT voice-class sip bind control source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class sip bind media source-interface GigabitEthernet0/0/0 voice-class

Hier ist eine Erklärung der Felder für die Konfiguration: 

 dial-peer voice 10 voip  Beschreibung Ausgehender Loop-Around-Leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 10 Beschreibung Anrufe an Loopback-Dial-Peer 10 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

     Dial-Peer Voice 100 Ziel-DPG 10 Dial-Peer Voice 200 Ziel-DPG 10 Dial-Peer Voice 11 Ziel-DPG 100 Dial-Peer Voice 12 Ziel-DPG 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

     Sprachklasse URI 300 
 SIP-Muster:5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

     Sprachklasse URI 400 SIP-Muster 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.

 IP-Host ucmpub.mydomain.com 192.168.80.60 IP-Host ucmsub1.mydomain.com 192.168.80.61 IP-Host ucmsub2.mydomain.com 192.168.80.62 IP-Host ucmsub3.mydomain.com 192.168.80.63 IP-Host ucmsub4.mydomain.com 192.168.80.65 IP-Host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com IP-Host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

     dial-peer voice 300 voip description UCM-Webex Calling trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:wxtocucm.io incoming uri via 300 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 300 voip  Beschreibung UCM-Webex Calling Trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

     dial-peer voice 400 voip description UCM-PSTN trunk destination-pattern BAD.BAD session protocol sipv2 session target dns:pstntocucm.io incoming uri via 400 voice-class codec 100 voice-class sip bind control source-interface GigabitEthernet 0/0/0 voice-class sip bind media source-interface GigabitEthernet 0/0/0 dtmf-relay rtp-nte no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

     dial-peer voice 400 voip  Beschreibung UCM-PSTN-Übertragungsweg

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

     voice class dpg 100 Beschreibung Anrufe an Webex Calling-Dial-Peer 100 Sprachklasse dpg 300 Beschreibung Anrufe an Unified CM Webex Calling-Trunk-Dial-Peer 300 weiterleiten

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

     Sprachklasse dpg 200 Beschreibung Anrufe an PSTN-Dial-Peer 200 Sprachklasse dpg 400 Beschreibung Anrufe an Unified CM PSTN-Übertragungsweg-Dial-Peer 400 weiterleiten

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

     Dial-Peer Voice 100 Ziel-DPG 300 Dial-Peer Voice 300 Ziel-DPG 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

     Dial-Peer Voice 200 Ziel-DPG 400 DIAL-PEER Voice 400 Ziel-DPG 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie zum Senden proaktiver Benachrichtigungen verwenden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

     Konfigurieren Sie Terminal-Call-Home-Mail-Server :@ Priorität 1 sicheres TLS-Ende

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

     Konfigurieren einer Umgebung für Terminal-Call-Home-Diagnose-Signatur LocalGateway(cfg-call-home-diag-sign)ds_email  Ende

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

     show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-Paketeingabe      0 Ungültige SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Unzulässiger Vorgang für Gemeinschaftsnamen angegeben      0 Codierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-Request PDUs 138 Get-Next PDUs      2 Set-Request-PDUs      0 Ausgabe von SNMP-Paketen in der Eingangswarteschlange (maximale Warteschlangengröße 1000) 158277 SNMP-Paketausgabe      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine derartigen Namensfehler      0 Fehlerhafte Werte      0 Allgemeine Fehler 7998 Antwort-PDUs 10280 Trap-PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabewarteschlange befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in der Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

    DS 64224 vom Diagnostic Signatures Lookup-Tool herunterladen

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    ftp://username:password@/DS_64224.xml-Bootflash kopieren:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    ftp://user:pwd@192.0.2.12/DS_64224.xml-Bootflash kopieren:  Zugriff auf ftp://*:*@ 192.0.2.12/DS_64224.xml...!  [OK - 3571/4096 Bytes] 3571 Bytes kopiert in 0,064 Sekunden (55797 Bytes/Sek.)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

     call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

     show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp %SNMP agent nicht aktiviert config t snmp-server manager end show snmp Chassis: ABCDEFGHIGK 149655 SNMP-Paketeingabe      0 Ungültige SNMP-Versionsfehler      1 Unbekannter Community-Name      0 Unzulässiger Vorgang für Gemeinschaftsnamen angegeben      0 Codierungsfehler 37763 Anzahl der angeforderten Variablen      2 Anzahl der geänderten Variablen 34560 Get-Request PDUs 138 Get-Next PDUs      2 Set-Request-PDUs      0 Ausgabe von SNMP-Paketen in der Eingangswarteschlange (maximale Warteschlangengröße 1000) 158277 SNMP-Paketausgabe      0 Zu große Fehler (maximale Paketgröße 1500) 20 Keine derartigen Namensfehler      0 Fehlerhafte Werte      0 Allgemeine Fehler 7998 Antwort-PDUs 10280 Trap-PDUs Pakete, die sich derzeit in der SNMP-Prozesseingabewarteschlange befinden: 0 
 globale SNMP-Trap: aktiviert

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    ftp://username:password@/DS_65221.xml-Bootflash kopieren:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

     call-home diagnostic-signature load DS_65221.xml Datei laden DS_65221.xml erfolgreich

  5. Verwenden Sie den Befehl show call-home diagnostic-signature , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das wie im Folgenden gezeigt vom Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    Das im Abschnitt „Anhänge“ des Support Case Managers generierte Datei-Upload-Token
     Terminal Call-Home-Diagnose-signature LocalGateway(cfg-call-home-diag-sign)Umgebung konfigurieren ds_fsurl_prefix „scp://:@cxd.cisco.com“ Ende

    Beispiel: 

     call-Home Diagnostic-Signature-Umgebung ds_fsurl_prefix " Umgebung ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

     SNMP %SNMP Agent nicht aktiviert Konfiguration SNMP-Servermanager Ende anzeigen

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

     ftp://username:password@/DS_64224.xml-Bootflash kopieren:  ftp://username:password@/DS_65095.xml-Bootflash kopieren:

  6. Installieren Sie DS 64224 zur Überwachung hoher CPU-Auslastung und anschließend die XML-Datei DS 65095 im lokalen Gateway. 

     call-home diagnostic-signature load DS_64224.xml Datei laden DS_64224.xml erfolgreich call-home diagnostic-signature load DS_65095.xml Datei laden DS_65095.xml erfolgreich

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

     show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: username@gmail.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DLGW_IEC_C_all_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature Aktuelle Einstellungen für Diagnose-signature:   Diagnosesignatur: aktiviertes 
 Profil: CiscoTAC-1 (Status: ACTIVE) 
 Herunterladen von URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService Umgebungsvariable: ds_email: carunach@cisco.com ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

D_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

D_LGW_IEC_Call_spike_threshold

1/20/JAHR

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

Call-Home-Diagnose-Signatur deinstallieren

Beispiel:

Call-Home-Diagnose-Signatur deinstallieren 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Zur E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.
2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname: Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, mit dem der Standort verknüpft werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse: Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort: Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region: Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl: Geben Sie die Postleitzahl ein.
  • Ansagesprache: Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache: Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone: Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Standort löschen

Vorbereitungen

Sie können einen Standort löschen, der entweder nicht verwendet wird oder falsch konfiguriert wurde, nachdem Sie die mit ihm verknüpften Benutzer und Arbeitsbereiche gelöscht haben. Wenn Sie einen Standort löschen, löschen Sie alle zugewiesenen Dienste und Nummern.

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufe > Nummern , und wählen Sie im Dropdown-Menü den zu löschenden Standort aus. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle mit diesem Standort verknüpften Nummern an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Eigentümer dieser Nummern.

1

Melden Sie sich beim Control Hub unter https://admin.webex.com an, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf Schaltfläche „Weitere Optionen“ in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, den Standort endgültig zu löschen, kann aber bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben Schaltfläche „Weitere Optionen“ dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

3

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen festen Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie die Option Nummern jetzt bestellen unter einem aufgeführten Anbieter sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in Control Hub in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, wird automatisch in eine standortbasierte PSTN mit einem entsprechenden Trunk konvertiert.

Informationen zur Migration finden Sie unten unter Zu Cisco-Anrufplänen migrieren .

4

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus.

Die Hauptnummer kann einem Auto Attendant oder einem anderen Ziel innerhalb des Standorts zugewiesen werden, sodass externe Anrufer zu einem geeigneten Ziel geleitet werden.

Weisen Sie dem Standort eine Hauptnummer zu, wenn er über Übertragungswege oder Entitäten nur mit Anschlüssen wie Benutzer, Arbeitsbereiche, virtuelle Leitungen oder Funktionen verfügt. Ohne Hauptnummer sind die Übertragungswege nicht nutzbar und Entitäten nur mit Durchwahl können keine internen oder externen Anrufe tätigen oder empfangen. Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie PSTN-Anrufe tätigen.

Wenn Sie eine gebührenfreie Nummer als Hauptnummer für einen Standort auswählen, empfehlen wir die Aktualisierung der Rückrufnummer für den Notfall für den Standort, da gebührenfreie Nummern keine Dienstadresse für den Notfall haben. Weitere Informationen finden Sie unter Rückrufnummer für den Notfall für einen Standort konfigurieren.

5

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Anbieter von Notrufen benötigt möglicherweise Informationen über das Zugriffsnetzwerk. Dies wird durch die Definition des neuen privaten SIP-Durchwahlheaders „P-Access-Network-Info“ erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

6

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

7

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeiten, wechseln Sie zum Bereich Allgemeine Einstellungen der jeweiligen Funktion, für die Sie die Zeitzone aktualisieren möchten, bearbeiten und speichern.

Zu Cisco Calling-Tarifen migrieren

Sie können Ihre PSTN-Verbindung für einen vorhandenen Standort in Cisco PSTN ändern. Sie können beispielsweise die Standorte für das lokale PSTN (lokales Gateway) oder nicht integrierte CCP-Verbindungen zu Cisco PSTN ändern. Cisco PSTN stellt eine Cloud-PSTN-Lösung von Cisco bereit.

Alle portierbaren Nummern bleiben bis auf eine kleine Unterbrechung während der geplanten Abschlusszeit der Portierung funktionsfähig.

Außerdem können Sie keine Änderung der Nummernverwaltung für einen Standort vornehmen, der sich in einem PSTN-Verbindungsübergang befindet. Die vorhandenen Nummern bleiben jedoch funktionsfähig, und Sie können die Zuweisung von Nummern zum Standort trotzdem aufheben. Sie können keine Nummern für diesen Standort hinzufügen, löschen und verschieben. Während dieses Vorgangs wird das Routing-Profil automatisch aktualisiert und Cisco PSTN aktiviert.

Die Möglichkeit, die PSTN-Verbindung für einen vorhandenen Standort zu Cisco PSTN zu ändern, wird für die Region Japan derzeit nicht unterstützt.

Beim Ändern der PSTN-Verbindung wird ein Abonnement mit einer Calling-Lizenz angewendet, und der Abrechnungsdienst erhält eine Benachrichtigung.

Beschränkungen:

  • Die Migration von einem integrierten IntelePeer-Standort zu einem Cisco PSTN-Standort wird nicht unterstützt.

  • Der Standort der dedizierten Instanz kann nicht zu Cisco PSTN migriert werden

  • Für die Änderung der PSTN-Verbindung können mehrere Portierungsaufträge erforderlich sein. Wenn dies der Fall ist, werden diese Aufträge verknüpft, damit sie gleichzeitig abgeschlossen werden. Jede Datumsänderung oder Stornierung eines Portierungsauftrags muss auf alle verknüpften Portierungsaufträge für die Verbindungsänderung angewendet werden.

So initiieren Sie eine PSTN-Verbindungsänderung

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung in Cisco PSTN ändern möchten.

4

Gehen Sie zur Registerkarte Anrufe , und klicken Sie auf die Option Verwalten neben dem lokalen PSTN oder dem nicht integrierten Cloud Connected PSTN.

5

Bearbeiten neben Verbindungstyp.

6

Wählen Sie die Karte Cisco-Anrufpläne und dann das Abonnement aus, das den Benutzern an diesem Standort den Cisco-Anrufplan zuweist. Klicken Sie auf Weiter.

7

Eine Seite zur Verbindungsänderung wird zur Bestätigung angezeigt. Klicken Sie auf Weiter , und prüfen Sie die Portierungsbereitschaft Ihrer Nummern.

Die Schaltfläche „Weiter“ wird nur aktiviert, wenn alle Nummern in der Liste portierbar sind. Lesen Sie diese Hinweise:

  • „Nicht portierbare Nummern“ bezieht sich auf inaktive Nummern. Stellen Sie sicher, dass keine Nummern unter dieser Liste vorhanden sind.

  • Entfernen Sie alle nicht portierbaren Nummern vom Standort. Sie können die Nummern verschieben oder die Zuweisung aufheben und anschließend löschen.

8

Klicken Sie auf Weiter und geben Sie die Vertragsinformationen ein.

Dies ist der primäre Vertragskontakt für alle Standorte, die Cisco-Anrufpläne (USA) verwenden. Änderungen an diesem Kontakt gelten für alle anderen Standorte, die Cisco-Anrufpläne (USA) verwenden.

9

Klicken Sie auf Weiter. Eine Benachrichtigung wird angezeigt, in der Sie aufgefordert werden, Ihre Vertragsinformationen für diesen Standort zu speichern. Wählen Sie Ja, ändern aus.

10

Geben Sie die Dienstadresse für den Notfall an, und klicken Sie auf Speichern.

Im Notfall verwendet das lokale Notfallteam diese Adresse, um den Anrufer zu orten.

11

Die Übersichtsseite mit der Anzahl der erstellten Ports wird angezeigt. Wenn es nur eine Bestellung gibt, wird ein zusätzlicher Schritt mit der Bezeichnung Zusätzliche Informationen bereitstellen angezeigt. Für mehrere Aufträge steht oben eine Auftragsauswahl zur Verfügung, um zwischen den Aufträgen zu navigieren. Klicken Sie auf Weiter und geben Sie die Details ein, um den Portierungsassistenten abzuschließen.

Die Aufträge werden gleichzeitig gesendet, wenn alle Informationen für eine einzelne PSTN-Migrationsanfrage bereitgestellt werden. Das feste Auftragsbindungsdatum ist standardmäßig für alle Aufträge einheitlich. Die Änderung der PSTN-Verbindung wird automatisch übernommen, nachdem die letzte verknüpfte Bestellung vollständig portiert wurde.

  • Wenn die Bestellübermittlung fehlschlägt, wird automatisch ein Support-Ticket erstellt und an das Support-Team gesendet.

  • Wenn für die Änderung der PSTN-Verbindung mehrere Bestellungen von mehreren Netzbetreibern erforderlich sind, kann es bis zu 10 Werktage dauern, bis dieser Vorgang abgeschlossen ist.

Die Migrationsdetails sind auf der Registerkarte Dienste > Anrufe > PSTN > Bestellung verfügbar. Wählen Sie die Auftrags-ID aus, um die Auftragsdetails in einer Seitenansicht anzuzeigen. Sie können den Typ „PSTN ändern“ für die Bestellungen anzeigen, die über die PSTN-Verbindungsänderung erstellt wurden.

PSTN-Verbindungsänderung abbrechen

Ein Administrator kann die PSTN-Migration abbrechen, wenn sich der Standort noch im Übergangsstatus befindet.

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung abbrechen möchten.

4

Gehen Sie zur Registerkarte Anrufe, und klicken Sie auf die Schaltfläche PSTN-Verbindungsänderung abbrechen .

5

Klicken Sie auf Ja, weiter , um die Stornierung zu bestätigen.

Webex Calling-Wählplan konfigurieren

Sie können die Wählplan Für Ihre Webex Calling Bereitstellung mit Codes für ausgehende Anrufe steuern. Passen Sie die Länge von Durchwahlen, Routing-Präfixe und Wähleinstellungen (intern und extern) an, damit Sie die Anforderungen von Benutzern berücksichtigen können.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.

Sie können Berechtigungen für ausgehende Anrufe für einen Standort konfigurieren. Lesen Sie diese Schritte , um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und scrollen Sie zu Interne Rufnummernwahl.

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Wenn Sie mehrere Standorte haben, empfehlen wir diese Einstellung. Sie können eine Länge von 1 bis 7 Ziffern eingeben. Wenn Sie mehrere Standorte mit derselben Durchwahl haben, müssen Benutzer ein Präfix wählen, wenn sie Zwischen Standorten Anrufe tätigen. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    • Die Länge des Routing-Präfix umfasst die führende Ziffer. Wenn Sie beispielsweise die Länge des Routing-Präfix auf vier festlegen, können Sie nur drei Ziffern verwenden, um den Standort anzugeben.

    • Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anschlüsse, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfixdurchwahl).

  • Führende Ziffer im Routing-Präfix: Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt werden soll.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Wenn Sie die Länge Ihrer Durchwahl erhöhen, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Wahl mit Durchwahl zwischen Standorten zulassen – Ermöglicht Ihnen die Anpassung der Wahl mit Durchwahl zwischen Standorten an die Anforderungen Ihrer Organisation.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation keine doppelten Durchwahlen an allen Standorten hat.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation an verschiedenen Standorten denselben Anschluss hat. Wenn der Umschalter deaktiviert ist und der Anrufer die Durchwahl wählt, wird der Anruf an einen Benutzer mit einer übereinstimmenden Durchwahl am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix für den Standort + Anschluss) wählen, um eine Durchwahl an anderen Standorten zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Rufnummernwahl und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer von einem Standort wählen müssen, um jemanden am anderen Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, sie muss jedoch 1 bis 7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Wählen, und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional können Sie Ziffer für ausgehende Anrufe erzwingen an diesem Standort festlegen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    • Sie können Notrufe mit oder ohne Ziffer für ausgehende Anrufe wählen, wenn Sie diese Funktion aktivieren.

      Nach der Aktivierung funktionieren alle externen Zielnummern wie die für die Anrufweiterleitung nicht mehr, wenn keine Ziffer für ausgehende Anrufe angegeben ist.

    • Wenn eine Durchwahl mit der nationalen Nummer identisch ist, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher empfehlen wir, die Ziffer für ausgehende Anrufe zu aktivieren.

    • Wir empfehlen dringend die Verwendung des E.164-Nummerierungsformats für ein- und ausgehende PSTN-Anrufe.

Auswirkungen für Benutzer:

  • Damit die Änderungen in den Wähleinstellungen übernommen werden, müssen die Benutzer ihre Telefone neu starten.

  • Benutzerdurchwahlen sollten nicht mit derselben Nummer wie die führende Ziffer oder die Ziffern für ausgehende Anrufe des Standorts beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen aus.

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die Konfigurationsinformationen, die Control Hub generiert haben, mitnehmen und die Parameter in das lokale Gateway (z. B. in einem Cisco Cube, der auf dem Gelände sitzt) anordnen. Dieser Artikel führt Sie durch diesen Prozess. Als Hinweis finden Sie im folgenden Diagramm das Beispiel für die Verwendung der Konfigurationsinformationen für die Control Hub (links) auf Parameter im Würfel (rechts):

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte aufgeführt, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Sie können Telefonnummern für Ihre Organisation in Control Hub ganz einfach anzeigen, aktivieren, entfernen und hinzufügen. Weitere Informationen finden Sie unter Verwalten von Telefonnummern in Control Hub.

Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wählen Sie das Gebäudesymbol aus.

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Festlegen von Anrufoptionen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Benutzer der Webex-App.

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Calling-Clients konfigurieren, einschließlich einer Bereitstellung im gemischten Modus für Organisationen mit Benutzern, die mit Unified CM oder Webex Calling berechtigt sind, und Benutzer ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten.

Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürzte standortübergreifende Rufnummernwahl)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name wie Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name wie Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL_Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteZurück_Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +140855501XX

Einrichten Ihrer Webex Calling-Funktionen

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Unterstützen Sie die Bedürfnisse Ihres Front-Office-Personals. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschaltung für Benutzer aktivieren

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie dann Aufschalten aus.

4

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

5

Aktivieren Sie die Option Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet , wenn Sie anderen einen Ton wiedergeben möchten, wenn sich dieser Benutzer in einen Anruf aufschaltet.

Die Einstellung Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet gilt nicht für die Aufschaltfunktion von Customer Experience Basic und Essentials für Supervisor. Auch wenn Sie diese Option für einen Supervisor aktivieren, gibt das System den Benachrichtigungston nicht für den Agenten wieder, wenn sich ein Supervisor in einen Anruf in die Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton wiedergeben möchten, wenn sich ein Supervisor in einen Anruf aufschaltet, können Sie dies über die Einstellungen „Benachrichtigungston für Agenten“ aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschlange erstellen in Webex Customer Experience Basic oder Webex Customer Experience Essentials.

6

Klicken Sie auf „Speichern“.

Datenschutz für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

3

Wechseln Sie zum Bereich Berechtigungen zwischen Benutzern und wählen Sie Datenschutz.

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen Ihrer zugewiesenen Standorte angezeigt.

Deaktivieren Sie das Kontrollkästchen Datenschutz aktivieren , damit alle den Leitungsstatus überwachen können.

6

Aktivieren Sie das Kontrollkästchen Datenschutz für gezielte Anrufübernahme und Aufschaltung durchsetzen , um die Privatsphäre für gezielte Anrufübernahme und Aufschaltung zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte bei diesem Benutzer eine gezielte Anrufübernahme und eine Aufschaltung verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und eine Aufschaltung auf einer Leitung vornehmen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten in einem Anruf eines anderen Teilnehmers.
  • Der Supervisor kann sich jederzeit über die Anrufwarteschlange auf Anrufe aufschalten, die die Agenten empfangen. Das heißt, die Datenschutzeinstellungen wirken sich nicht auf die Aufschaltoption eines Supervisors aus.

7

Wählen Sie unter Mitglied nach Name hinzufügen die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Leitungsstatus des Telefons überwachen und eine gezielte Anrufübernahme und eine Aufschaltung durchführen können.

8

Um die von Ihnen ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Nach Name, Nummer oder Durchwahl filtern .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .

10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximale Anzahl der überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und klicken Sie auf Benutzer.

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung aus.

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste Überwachte Leitung hinzufügen aufnehmen.

5

Wählen Sie aus, ob Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wurde.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub verwalten.

Warnton für Anrufüberbrückung für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen werden kann. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufüberbrückung aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton zur Anrufüberbrückung.

4

Aktivieren Sie den Warnton zur Anrufüberbrückung und klicken Sie auf Speichern.

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung gemeinsam genutzter Leitungen für WebexApp.

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und wählen Sie Benutzer aus.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern , wählen Sie Hoteling aus und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Hosts in das Suchfeld Hoteling-Standort ein, und wählen Sie den Hoteling-Host aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber auswählen, wird der erste gelöscht.

Wenn Sie Standortadministrator sind, können Sie nur den Hoteling-Host zuweisen, der Ihren zugewiesenen Standorten zugeordnet ist.

5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugewiesen werden kann, wählen Sie in der Dropdown-Liste Zuordnungszeitraum begrenzen die Anzahl der Stunden aus, die der Benutzer dem Hoteling-Host nutzen kann.

Der Benutzer wird nach dem ausgewählten Zeitpunkt automatisch abgemeldet.

Auf dem Bildschirm wird eine Fehlermeldung angezeigt, wenn der für den Benutzer angegebene Limit-Zuordnungszeitraum den Limit-Zuordnungszeitraum des ausgewählten Hoteling-Hosts überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen Limit-Zuordnungszeitraum von 12 Stunden und der Limit-Zuordnungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die maximale Zuordnungsdauer des Hoteling-Gastgebers verlängern, wenn der Benutzer mehr Zeit benötigt.

6

Klicken Sie auf „Speichern“.

Ein Benutzer kann auch den gewünschten Hoteling-Host über User Hub suchen und durchsuchen. Weitere Informationen finden Sie unter Zugriff auf Ihr Anrufprofil von überall aus.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren können.

Tendenzen hinsichtlich Akzeptanz und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite Analysen in Control Hub können Sie sehen, wie Webex Calling-Dienste verwendet werden, wie die Webex-App eingebunden wird und wie hoch die Qualität der Anrufmedien ist. So greifen Sie auf Webex Calling-Analysen zu:

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

3

Wählen Sie Detailliertes Anrufprotokoll aus.

Die Anrufverlaufsdetails werden mit Daten zur Medienqualität angezeigt.
4

Um auf Medienqualitätsdaten zuzugreifen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen und wählen Sie Anrufe aus.

Weitere Informationen

Übersicht über Webex Calling

Stellen Sie sich vor, Sie können Cloud-Telefonie-, Mobilitäts- und PBX-Funktionen der Enterprise-Klasse zusammen mit Nachrichten und Meetings nutzen und Anrufe von einem Soft-Client oder Cisco-Gerät aus tätigen. Das ist genau das, was Ihnen zu bieten hat.

bietet die folgenden Funktionen und Vorteile:

  • Calling-Abonnements für Telefonie-Benutzer und gemeinsame Bereiche

  • Sichere und zuverlässige Cloud-Dienste von vertrauenswürdigen regionalen Dienstleistern

  • Zugriff für jeden Benutzer, Hinzufügen von umfassenden Unified Communications-und Team Collaboration-Services.

  • Webex Meetings als optionales, integriertes Add-On bietet die erstklassige Meeting-Erfahrung, die Unternehmensbenutzer erwarten.

  • PSTN-Zugriff (Public Switch Telephony Networks), mit dem Ihre Benutzer Nummern außerhalb der Organisation wählen können. Der Service wird über eine bestehende Unternehmensinfrastruktur bereitgestellt

    • Lokales Gateway ohne lokale IP PBX

    • Vorhandene Unified CM-Anrufumgebung

    • Vom Partner oder Cisco bereitgestellte PSTN-Optionen

  • Tier-1-Support durch Ihren Partner und Next-Level-Support durch Cisco

ist ein webbasiertes Verwaltungsportal, das sich integrieren lässt, um Ihre Bestellungen und Konfigurationen zu optimieren und Ihre Verwaltung des Angebotspakets – und Webex Meetings – zu zentralisieren.

Tabelle 1: Vom Administrator konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Sie können einen Zeitplan für 24 Stunden festlegen oder unterschiedliche Optionen für Zeiten einrichten, an denen Ihr Büro geöffnet bzw. geschlossen ist. Sie können Anrufe sogar anhand von Anrufer-ID-Attributen weiterleiten, um VIP-Listen zu erstellen oder Anrufe aus bestimmten Ortsvorwahlen unterschiedlich zu behandeln.

Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten, wenn Sie eingehende Anrufe nicht annehmen können. Sie können Anrufern eine automatische Antwort, Komfort-Nachrichten und Warteschleifenmusik bereitstellen, bis jemand den Anruf annehmen kann.

Anrufannahme

Sie können die Teamarbeit und Zusammenarbeit verbessern, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer Anrufe von anderen Benutzern annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Anruf parken

Sie können die Option „Anruf parken“ aktivieren, damit Benutzer einen Anruf halten und von einem anderen Telefon aus annehmen können.

Sammelanschluss

In folgenden Fällen möchten Sie möglicherweise Sammelanschlüsse einrichten:

  • Verkaufsteams möchten eventuell sequentielles Routing verwenden. Ein eingehender Anruf klingelt auf einem Telefon, und wenn niemand abnimmt, wird der Anruf an den nächsten Mitarbeiter auf der Liste weitergeleitet.

  • Im Vergleich dazu möchte ein Support-Team, dass alle Telefone gleichzeitig klingeln, damit der zuerst verfügbare Mitarbeiter den Anruf entgegennehmen kann.

Paging-Gruppe

Sie können eine Paging-Gruppe erstellen, damit Benutzer Audionachrichten an Personen, Abteilungen oder Teams senden können. Wird eine Nachricht an eine Paging-Gruppe gesendet, wird diese auf allen Geräten in der Gruppe abgespielt.

Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. So stehen eine ganze Reihe von Optionen für die Anrufkontrolle, die Leitungsüberwachung im großen Maßstab, Anrufwarteschlangen, viele verschiedene Verzeichnisoptionen und -ansichten, eine Outlook-Integration u. v. m. zur Verfügung.
Tabelle 2. Vom Benutzer konfigurierbare Funktionen

Funktion

Beschreibung

Ablehnen anonymer Anrufe

Benutzer können eingehende Anrufe mit blockierten Anrufer-IDs ablehnen.

Business Continuity

Wenn die Telefone der Benutzer aus Gründen wie Stromausfall, Netzwerkproblemen usw. nicht mit dem Netzwerk verbunden sind, können die Benutzer eingehende Anrufe an eine bestimmte Telefonnummer weiterleiten.

Anrufweiterleitung

Benutzer können eingehende Anrufe auf ein anderes Telefon umleiten.

Gezielte Rufumleitung

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten umleiten. Diese Einstellung geht der allgemeinen Rufumleitung vor.

Anrufbenachrichtigung

Benutzer können veranlassen, dass ihnen eine E-Mail zugeschickt wird, wenn sie einen Anruf erhalten, der vorab festgelegten Kriterien entspricht, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Anklopfen

Benutzer können die Annahme zusätzlicher eingehender Anrufe zulassen.

Bitte nicht stören

Benutzer können vorübergehend alle Anrufe direkt an die Voicemail weiterleiten lassen.

Office Anywhere

Benutzer können ihr ausgewähltes Telefon („Standorte“) als Anschluss für ihre geschäftliche Telefonnummer und den Wählplan verwenden.

Prioritätswarnung

Benutzer können veranlassen, dass ihr Telefon einen speziellen Klingelton abspielt, wenn sie einen Anruf erhalten, bei dem vorab festgelegte Kriterien erfüllt sind, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Remote-Büro

Benutzer können Anrufe von einem Remote-Telefon tätigen und es so aussehen lassen, als würden sie von ihrer geschäftlichen Leitung aus anrufen. Darüber hinaus klingeln alle auf der geschäftlichen Leitung eingehenden Anrufe auf diesem Remote-Telefon.

Gezielte Anrufannahme

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten annehmen.

Gezieltes Ablehnen von Anrufen

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten ablehnen.

Sequenzielles Klingeln

Benutzer können bis zu 5 Geräte bestimmen, die bei eingehenden Anrufen nacheinander klingeln sollen.

Gleichzeitiges Klingeln

Benutzer können festlegen, dass bei eingehenden Anrufen gleichzeitig das Gerät der eigenen Nummer und das von anderen („Anrufempfänger“) klingelt.

Bereitstellung von Diensten, Geräten und Benutzern in , Weiterleitung zur detaillierten Konfiguration in

( ) ist ein Verwaltungsportal, das sich integrieren lässt, um Ihre Bestellungen und Konfigurationen zu optimieren und Ihre Verwaltung des Angebotspakets –, und .

ist der zentrale Ort für die Bereitstellung aller Dienste, Geräte und Benutzer. Dort haben Sie die Möglichkeit, Ihre Anrufdienste erstmalig einzurichten, MPP-Telefone (über die MAC-Adresse) in der Cloud zu registrieren, Benutzer zu konfigurieren, indem Sie Geräte mit ihnen verknüpfen und Nummern, Dienste, Anruffunktionen usw. hinzufügen. Außerdem können Sie von zu einem Querstart wechseln.

Benutzeroberfläche

Benutzer haben Zugriff auf folgende Benutzeroberflächen:

  • Anwendung – Soft-Client für Anrufe unter dem Markenzeichen von Cisco. Weitere Informationen finden Sie unter Kennenlernen der neuen Cisco Webex Calling-App.

  • ( ) – Schnittstelle, über die Benutzer Präferenzen für das Profil festlegen, die Webex-App herunterladen und zu den Anrufeinstellungen wechseln können. Weitere Informationen finden Sie unter Ändern Ihrer Cisco Webex-Einstellungen.

  • Webex-App: Anwendung, die im Abonnement als Team Messaging-Client mit Cisco-Marke enthalten ist. Weitere Informationen finden Sie unter Erste Schritte mit der Cisco Webex-App.

  • Webex Meetings – Optionale Anwendung, die als Meetings-Lösung hinzugefügt werden kann. Weitere Informationen finden Sie unter Webex Meetings.

Kundenadministratoren

Als Kundenadministrator mit einem Test- oder kostenpflichtigen Abonnement können Sie Ihre Organisation in einrichten, indem Sie Standorte, Lizenzen, Telefonnummern, Anruffunktionen, Benutzer und Arbeitsbereiche (Raumgeräte, die sich in der Webex-Cloud registrieren) hinzufügen. Sie können diese Komponenten auch von dort aus verwalten.

Partner

Als Partner-Serviceanbieter können Sie Ihren Kundenmarke, Markt und Verkauf anbieten . Sie können Testversionen einrichten und erweitern, Dienste für Ihre Kunden bereitstellen und Bestellungen für Ihre Kunden erstellen und bereitstellen.

Verfügbarkeit

In der Kopfzeile des Artikels Wo ist Cisco Webex verfügbar? finden Sie Informationen zu den Ländern, in denen sie zum Verkauf verfügbar sind.

Rundgang durch

ist Ihre zentrale webbasierte Benutzeroberfläche für die Verwaltung Ihrer Organisation und Ihrer Benutzer, die Zuweisung von Diensten, die Analyse von Tendenzen bei der Akzeptanz, die Anrufqualität und vieles mehr.

Übersicht der Control Hub-Schnittstelle: Hervorhebung und Kennzeichnung des linken Navigationsmenüs, Unternehmensinformationen, Benachrichtigungen, In-App-Hilfe, Feedback, Sprache und Abmeldung.

Wir empfehlen Ihnen, einige Benutzer zum Beitreten einzuladen, indem Sie ihre E-Mail-Adressen in eingeben, damit Ihre Organisation einsatzbereit ist. Bestärken Sie die Mitarbeiter, die von Ihnen bereitgestellten Dienste, u. a. die Anruffunktion, zu nutzen, und Ihnen zu ihren Erfahrungen Rückmeldung zu geben. Je weiter Ihre Vorbereitungen vorangeschritten sind, desto mehr Benutzer können Sie hinzufügen.

Verwenden Sie nach Möglichkeit die neueste Desktopversion von Google Chrome oder Mozilla Firefox, um auf zuzugreifen. Bei Browsern auf Mobilgeräten und anderen Desktop-Browsern kann es zu unerwarteten Ergebnissen kommen.

Verwenden Sie die nachstehend aufgeführten Informationen als kurze Übersicht darüber, was zu erwarten ist, wenn Ihre Organisation für die Dienste vorbereitet werden soll. Weiterführende Informationen finden Sie in den einzelnen Kapiteln, in denen auch schrittweise Anleitungen zu finden sind.

Erste Schritte

Nachdem Ihr Partner Ihr Konto erstellt hat, erhalten Sie eine Begrüßungs-E-Mail. Klicken Sie in der E-Mail auf den Link Erste Schritte . Verwenden Sie Chrome oder Firefox, um darauf zuzugreifen. Über den Link werden Sie automatisch mit Ihrer Administrator-E-Mail-Adresse angemeldet. Als nächstes werden Sie aufgefordert, Ihr Administrator-Passwort zu erstellen.

Erstellen Sie ein neues Passwort-Bildschirm aus den ersten Schritten der E-Mail-Adresse für die Control Hub-Einrichtung.

Assistent für den Einstieg für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, wird der Einrichtungsassistent automatisch gestartet, nachdem Sie sich bei angemeldet haben. Der Wizard erläutert Ihnen die Standardeinstellungen, mit denen Sie Ihre Organisation sowie andere Dienste einrichten können. Sie können Ihre Anrufeinstellungen einrichten und noch einmal überprüfen, bevor Sie den Wizard beenden.

Wizard für die erste Einrichtung von Control Hub.

Überprüfen Ihrer Einstellungen

Beim Laden können Sie Ihre Einstellungen überprüfen.

Control Hub-Übersichtsseite.

Hinzufügen von Benutzern

Wenn Sie Ihre Dienste eingerichtet haben, können Sie Personen aus Ihrem Unternehmensverzeichnis hinzufügen. Gehen Sie zu Benutzer und klicken Sie auf Benutzer verwalten.

Benutzer-Popup-Fenster in Control Hub verwalten.

Wenn Sie Microsoft Active Directory verwenden, empfehlen wir Ihnen, zunächst die Verzeichnissynchronisierung zu aktivieren und anschließend zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf Weiter und befolgen Sie die Anweisungen, um den Cisco-Verzeichniskonnektor einzurichten.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

verwendet die Basisauthentifizierung. Sie können SSO einrichten, sodass sich Benutzer mit ihren Unternehmensidentitätsanbietern anstatt eines separaten, in Webex gespeicherten und verwalteten Kennworts mit ihren Unternehmensidentitätsanbietern authentifizieren.

Gehen Sie zu Einstellungen, blättern Sie zu Authentifizierung, klicken Sie auf Ändern und wählen Sie dann Drittanbieter-Identitätsanbieter integrieren aus.

Bildschirm mit den Einstellungen für die einmalige Anmeldung (SSO) mit der Option „Einen 3rd-Party-Anbieter integrieren“ ausgewählt.

Zuweisen von Diensten zu Benutzern

Sie müssen den Benutzern, die Sie hinzugefügt haben, Dienste zuweisen, damit die Benutzer mit der Nutzung beginnen können.

Gehen Sie zu Benutzer, klicken Sie auf Benutzer verwalten, wählen Sie Benutzer mit CSV-Vorlage importieren und exportieren aus und klicken Sie dann auf Exportieren.

Fügen Sie in der heruntergeladenen Datei einfach True für die Dienste hinzu, die Sie jedem Benutzer zuweisen möchten.

Beispiel für eine CSV-Datei zum Zuweisen von Diensten zu Benutzern in Control Hub.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt gerüstet, um Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem Ort gemeinsam genutzt werden, und um Geräte zu registrieren und Benutzern zuzuweisen.

Startschuss für Ihre Benutzer

Da Sie nun Benutzer hinzugefügt und ihnen Dienste zugewiesen haben, können sie ihre unterstützten Multiplattform-Telefone (MPPs) für Nachrichten und Meetings verwenden. Bestärken Sie sie, die Cisco Webex-Einstellungen als zentralen Zugang zu verwenden.

Rolle des lokalen Gateways

Das lokale Gateway ist ein vom Unternehmen oder Partner verwaltetes Edge-Gerät, das auf das PSTN (Public Switched Telephone Network) und frühere Telefonanlagen (PBX – Public Branch Exchange) (einschließlich Unified CM) abgestimmt ist.

Sie können zum Zuweisen eines lokalen Gateways zu einem Standort verwenden, nach dem Parameter bereitgestellt werden, die Sie auf dem Cube konfigurieren können. Mit diesen Schritten können Sie das lokale Gateway in der Cloud registrieren, und anschließend wird der PSTN-Dienst über das Gateway für Benutzer an einem bestimmten Standort bereitgestellt.

Wenn Sie ein lokales Gateway angeben und bestellen möchten, lesen Sie den Bestell Leit Faden für das lokale Gateway.

Unterstützte lokale Gateway-Bereitstellungen für

Es werden folgende einfache Bereitstellungen unterstützt:

Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist.

Bereitstellungen des lokalen Gateways ohne IP PBX am Standort

Lokales Gateway als Einzellösung

Diese Abbildung zeigt eine Bereitstellung ohne vorhandene IP PBX und ist auf einen einzelnen Standort oder eine Bereitstellung mit mehreren Standorten anwendbar.

Abbildung einer Webex Calling-Bereitstellung ohne vorhandene IP PBX.

Bei allen Anrufen, die nicht mit Ihren Zielen übereinstimmen, werden diese Anrufe zur Verarbeitung an das lokale Gateway weitergeleitet, das dem Standort zugewiesen ist. Das lokale Gateway verteilt alle Anrufe, die vom PSTN aus und vom PSTN aus aus in die andere Richtung kommen.

Das PSTN-Gateway kann als dedizierte Plattform ausgeführt oder parallel zum lokalen Gateway verwendet werden. Wie in der folgenden Abbildung dargestellt, empfehlen wir für diese Bereitstellung die Variante des dedizierten PSTN-Gateways. Sie kann verwendet werden, wenn das vorhandene PSTN-Gateway nicht als lokales Gateway verwendet werden kann.

Abbildung zeigt die empfohlene Bereitstellungsoption für eine Variante des PSTN-Gateways, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

Lokales Gateway als Parallellösung

Das lokale Gateway kann IP-basiert sein und sich über einen SIP-Trunk mit einem ITSP verbinden oder aber TDM-basiert sein und eine ISDN-Verbindung oder eine Analogschaltung verwenden. Die folgende Abbildung zeigt eine Bereitstellung, bei der das lokale Gateway gleichzeitig mit dem PSTN GW/SBC verwendet wird.

Abbildung einer Webex Calling-Bereitstellung, bei der das lokale Gateway parallel zum PSTN GW/SBC verwendet wird.

Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort

Integrationen mit Unified CM sind in folgenden Fällen erforderlich:

  • – aktivierte Standorte werden zu einer vorhandenen Cisco UC-Bereitstellung hinzugefügt, bei der Unified CM als lokale Anrufsteuerungslösung bereitgestellt wird.

  • Direktwahl zwischen Telefonen, die in Unified CM registriert sind, und Telefonen an Standorten ist erforderlich.

Diese Abbildung zeigt eine Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Abbildung einer Webex Calling-Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Webex Calling sendet Anrufe, die nicht den Zielen des Kunden entsprechen, an das lokale Gateway. Dies umfasst PSTN Nummern und interne Unified CM-Erweiterungen, die Webex Calling können. Das lokale Gateway leitet alle Anrufe, die von Webex Calling zu Unified CM kommen, und umgekehrt. Anschließend verteilt Unified CM eingehende Anrufe an lokale Ziele oder an das PSTN gemäß dem bestehenden Wählplan. Der Unified CM-Wählplan vereinheitlicht Nummern zu +E.164. Das PSTN-Gateway kann als dedizierte Ausführung oder parallel zum lokalen Gateway verwendet werden.

Dediziertes PSTN-Gateway

Die in diesem Diagramm dargestellte Variante dieser Bereitstellung für dedizierte PSTN-Gateways ist die empfohlene Option und kann verwendet werden, wenn das vorhandene PSTN-Gateway nicht als lokales Gateway verwendet werden kann.

Abbildung, die die Variante des dedizierten PSTN-Gateways zeigt; die empfohlene Option, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

PSTN-Gateway als Parallellösung

Diese Abbildung zeigt eine Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Webex Calling leitet alle Anrufe, die nicht den Zielen des Kunden entsprechen, an das lokale Gateway weiter, das dem Standort zugewiesen ist. Dazu gehören PSTN-Ziele und On-Net-Anrufe an interne Unified CM-Anschlüsse. Das lokale Gateway verteilt alle Anrufe an Unified CM. Daraufhin werden die Anrufe von Unified CM über das lokale Gateway, das außerdem über PSTN/SBC-Funktionen verfügt, an lokal registrierte Telefone oder an das PSTN verteilt.

Abbildung einer Webex Calling-Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Hinweise zur Anrufverteilung

Anrufe von an Unified CM

Die Routing-Logik funktioniert wie folgt: Wenn die an einem Endpunkt gewählte Nummer nicht an ein anderes Ziel innerhalb desselben Kunden in Webex Calling weitergeleitet werden kann, wird der Anruf zur weiteren Verarbeitung an das lokale Gateway gesendet. Alle Off-Net-Anrufe (außerhalb Webex Calling)-Anrufe werden an das lokale Gateway gesendet.

Bei einer Bereitstellung ohne Integration in ein vorhandenes Unified CM wird jeder netzferne Anruf als PSTN-Anruf betrachtet. In Verbindung mit Unified CM kann ein Off-Net-Anruf trotzdem ein On-Net-Anruf sein, wenn das Ziel auf Unified CM gehostet wird, oder ein echter Off-Net-Anruf an ein PSTN-Ziel sein. Der Unterschied zwischen den beiden letztgenannten Anruftypen wird von Unified CM festgelegt und hängt vom Unternehmenswählplan ab, der von Unified CM bereitgestellt wird.

Die folgende Abbildung zeigt einen Benutzer, der in den USA eine nationale Nummer wählt.

Abbildung, die zeigt, dass ein Webex Calling-Benutzer eine nationale Nummer in den USA wählt.

Unified CM, hier auf dem konfigurierten Wählplan basierend, verteilt den Anruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dazu muss der Unified CM-Wählplan die Verteilung von +E.164-Nummern unterstützen.

Anrufe von Unified CM an

Um die Anrufweiterleitung von Unified CM zu auf Unified CM zu aktivieren, müssen einige Routen bereitgestellt werden, um die +E.164-Nummern und die Adressen des Nummerierungsplans des Unternehmens in zu definieren.

Wenn diese Routen eingerichtet sind, sind die beiden in der folgenden Abbildung dargestellten Anrufszenarien möglich.

Abbildung, die die Anrufweiterleitung von Unified CM zu Webex Calling auf einem Unified CM-Routensatz zeigt.

Wenn ein Anrufer im PSTN eine DID-Nummer anruft, die einem Gerät zugewiesen ist, wird der Anruf über das PSTN-Gateway des Unternehmens an das Unternehmen übergeben und erreicht anschließend Unified CM. Die angerufene Adresse dieses Anrufs stimmt mit einer der Routen überein, die in Unified CM bereitgestellt wird, und der Anruf wird an das lokale Gateway gesendet. (Die angerufene Adresse muss das Format +E.164 haben, wenn sie an das lokale Gateway gesendet wird.) Die Webex Calling-Routing-Logik stellt dann sicher, dass der Anruf basierend auf der DID-Zuweisung an das gewünschte Gerät gesendet wird.

Außerdem unterliegen Anrufe, die von bei Unified CM registrierten Endpunkten ausgehen und an Ziele in gerichtet sind, dem Wählplan, der auf Unified CM bereitgestellt wird. Mit diesem Wählplan können Benutzer in der Regel Anrufe so tätigen, wie es beim Unternehmen üblich ist. Dabei handelt es sich nicht unbedingt ausschließlich um das Wählen nach dem Rufnummernschema +E.164. Alle anderen Wählverhaltenseinstellungen als +E.164 müssen auf +E.164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um eine korrekte Weiterleitung in Webex Calling.

Dienstklasse (CoS – Class of Service)

Die Umsetzung strikter Dienstklassebeschränkungen wird aus verschiedenen Gründen grundsätzlich empfohlen, unter anderem um Anrufschleifen zu verhindern und einem Gebührenbetrug vorzubeugen. Im Zusammenhang mit der Integration des lokalen Gateways in die Unified CM-Dienstklasse müssen wir folgende Dienstklassen in Betracht ziehen:

  • Geräte, die bei Unified CM registriert sind

  • Anrufe, die vom PSTN bei Unified CM eingehen

  • Anrufe aus der Unified CM-Webex Calling

Geräte, die bei Unified CM registriert sind

Das Hinzufügen der Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung ist ziemlich einfach: Die Berechtigung zum Anrufen von Zielen entspricht in der Regel der Berechtigung zum Anrufen von Zielen am Standort (einschließlich standortübergreifender Ziele).

Wenn ein Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert, wird auf Unified CM bereits eine Partition bereitgestellt, die wir verwenden und alle bekannten On-Net-Ziele in derselben Partition bereitstellen können.

Andernfalls existiert das Konzept der (verkürzten) site-übergreifenden On-Net-Berechtigung noch nicht, dann muss eine neue Partition (z.B. „onNetRemote“) bereitgestellt werden, die Ziele werden zu dieser Partition hinzugefügt und schließlich muss diese neue Partition den entsprechenden Anrufsuchbereichen hinzugefügt werden.

Anrufe, die vom PSTN bei Unified CM eingehen

Das Hinzufügen der Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung ist ziemlich einfach: Die Berechtigung zum Anrufen von Zielen entspricht in der Regel der Berechtigung zum Anrufen von Zielen am Standort (einschließlich standortübergreifender Ziele).

Wenn ein Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert, wird auf Unified CM bereits eine Partition bereitgestellt, die wir verwenden und alle bekannten On-Net-Ziele in derselben Partition bereitstellen können.

Andernfalls existiert das Konzept der (verkürzten) site-übergreifenden On-Net-Berechtigung noch nicht, dann muss eine neue Partition (z.B. „onNetRemote“) bereitgestellt werden, die Ziele werden zu dieser Partition hinzugefügt und schließlich muss diese neue Partition den entsprechenden Anrufsuchbereichen hinzugefügt werden.

Anrufe aus der Unified CM-Webex Calling

Anrufe, die vom PSTN aus eingehen, benötigen Zugriff auf alle Ziele. Dazu muss die obige Partition, die alle Ziele enthält, zum Anrufsuchbereich hinzugefügt werden, der für eingehende Anrufe auf dem PSTN-Trunk verwendet wird. Der Zugang zu Zielen ergänzt den bereits bestehenden Zugang.

Während für Anrufe aus dem PSTN der Zugriff auf Unified CM-DIDs und DIDs erforderlich ist, benötigen Anrufe, die aus dem Zugriff auf Unified CM-DIDs und PSTN-Ziele stammen.

Abbildung des differenzierten CoS für Anrufe von PST und Webex Calling.
Differenzierte CoS für Anrufe aus PSTN und

Diese Abbildung vergleicht diese beiden Serviceklassen für Anrufe von PSTN und Webex Calling. Die Abbildung zeigt auch, sollte die PSTN-Gateway-Funktion mit dem lokalen Gateway verknüpft sein, dass zwei Trunks für die Verbindung zwischen dieser Verknüpfung aus PSTN-GW und lokalem Gateway einerseits und Unified CM andererseits erforderlich sind: einen für Anrufe aus der PSTN- und einen für Anrufe mit Webex Calling. Grund dafür ist die Anforderung, unterschiedliche Anrufsuchbereiche pro Datenverkehrstyp anzuwenden. Mit zwei eingehenden Trunks in Unified CM lässt sich dies leicht erreichen, indem sie den erforderlichen Anrufsuchbereich für eingehende Anrufe auf jedem Trunk konfigurieren.

Integration des Wählplans

Bei diesem Leitfaden wird von einer vorhandenen Installation ausgegangen, die auf den besten aktuellen Verfahren aus „Bevorzugte Architektur für die Bereitstellung von Cisco Collaboration-Lösungen am Standort (CVD)“ basiert. Die neueste Version ist hier verfügbar.

Das empfohlene Wählplankonzept richtet sich nach dem Konstruktionsprinzip, das im Kapitel „Wählplan“ der neuesten Version von „Cisco Collaboration System SRND“ (hier verfügbar) dokumentiert ist.

Abbildung mit einer Übersicht über das empfohlene Wählplandesign.
Empfohlener Wählplan

Diese Abbildung gibt einen Überblick über das empfohlene Wählplankonzept. Zu den zentralen Merkmalen dieses Wählplankonzepts zählt Folgendes:

  • Alle Verzeichnisnummern, die auf Unified CM konfiguriert sind, verwenden das Format +E.164.

  • Alle Verzeichnisnummern befinden sich auf derselben Partition (DN) und sind als dringend gekennzeichnet.

  • Das Core-Routing basiert auf +E.164.

  • Alle Wählkonventionen ohne Verwendung des Rufnummernschemas +E.164 (z. B. verkürzte site-interne Wählvorgänge und PSTN-Wählvorgänge unter Verwendung üblicher Wählkonventionen) werden zu +E.164 vereinheitlicht (globalisiert), wobei Übersetzungsmuster für die Wählnormierung verwendet werden.

  • Bei diesen Übersetzungsmustern kommt eine Übersetzungsmustervererbung für Anrufsuchbereiche zum Einsatz; die eingestellte Option lautet „Den Anrufsuchbereich des Anrufers verwenden“.

  • Die Dienstklasse wird unter Verwendung der site- und dienstklassenspezifischen Anrufsuchbereiche implementiert.

  • PSTN-Zugangsmöglichkeiten (z. B. Zugang zu internationalen PSTN-Zielen) werden implementiert, indem Partitionen mit den jeweiligen +E.164-Routen-Mustern der Dienstklasse hinzugefügt werden, über die der Anrufsuchbereich festgelegt wird.

Erreichbarkeit zum Webex Calling

Abbildung, die das Hinzufügen des Webex Calling-Ziels zum Wählplan zeigt.
Hinzufügen Webex Calling Ziel zum Wählplan

Um die Erreichbarkeit von Webex Calling-Zielen zu diesem Wählplan zu erhöhen, muss eine Partition, die alle Webex Calling-Ziele darstellt, ("Webex Calling") und ein +E.164 Routen-Muster für jeden DID-Bereich in Webex Calling zu dieser Partition hinzugefügt werden. Dieses Routen-Muster verweist auf eine Routen-Liste mit nur einem Mitglied: die Routengruppe mit dem SIP-Trunk zum lokalen Gateway für Anrufe Webex Calling. Da alle gewählten Ziele auf +E.164 mithilfe von Anwahl-Übersetzungsmustern für Anrufe von bei Unified CM registrierten Endpunkten oder für eingehende Transformationen der angerufenen Parteien für Anrufe aus dem PSTN ist dieser einzelne Satz von +E.164-Routen-Mustern ausreichend, um Erreichbarkeit für Ziele in Webex Calling unabhängig vom verwendeten Anwahlverhalten zu erreichen.

Wenn ein Benutzer beispielsweise "914085550165" wählt, wird diese Wählzeichenfolge mit dem Einwahl-Übersetzungsmuster in der Partition "UStoE164" in "+14085550165" normalisiert, was dann mit dem Routen-Muster für ein Webex Calling-Ziel in Partition "Webex Calling" abwählt. Unified CM sendet den Anruf schließlich an das lokale Gateway.

Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Beispiel für das Hinzufügen verkürzter standortübergreifender Rufnummernwahl.
Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Um verkürzte site-übergreifende Wählkonventionen zum Referenz-Wählplan hinzuzufügen, wird empfohlen, Übersetzungsmuster für die Wählnormierung für alle Sites unter dem Nummerierungsplan des Unternehmens zu einer dedizierten Partition hinzuzufügen („ESN“ – unternehmenssignifikante Nummern). Diese Übersetzungsmuster fangen Wählketten im Format des Nummerierungsplans des Unternehmens ab und vereinheitlichen die gewählte Kette zu +E.164.

Um die verkürzte Unternehmenswahl zu Webex Calling-Zielen hinzuzufügen, fügen Sie das entsprechende Übersetzungsmuster für die Einwahl-Normalisierung für die Webex Calling-Position zur Partition "Webex Calling" hinzu (z. B. "8101XX" im Diagramm). Nach der Personalisierung wird der Anruf erneut an Webex Calling gesendet, nachdem er mit dem Routen-Muster in der Partition "Webex Calling" übereinstimmen.

Wir empfehlen nicht, das verkürzte Übersetzungsmuster für die Wählweiterleitung für Webex Calling-Anrufe auf die ESN-Partition zu ändern, da diese Konfiguration unerwünschte Anrufweiterleitungsschleifen erstellen kann.

Protokoll-Handler für Anrufe

registriert die folgenden Protokoll-Handler beim Betriebssystem, um die Click-to-Call-Funktionalität aus dem Webbrowser oder einer anderen Anwendung heraus zu aktivieren. Die folgenden Protokolle starten einen Audio- oder Videoanruf in der Webex-App, wenn es sich um die Standard-Anrufanwendung auf Mac oder Windows verwendet:

  • CLICKTOCALL: oder CLICKTOCALL://

  • SIP: oder SIP://

  • TEL: oder TEL://

  • WEBEXTEL: oder WEBEXTEL://

Liste der Protokollhandler, die einen Audio- oder Videoanruf in der Webex-App starten, wenn dies die Standard-Anrufanwendung auf Mac oder Windows ist.

Protokoll-Handler für Windows

Andere Apps können sich für die Protokoll-Handler vor der registrieren. In Windows 10 werden die Benutzer im Systemfenster gefragt, welche App zum Starten des Anrufs verwendet werden soll. Diese Benutzereinstellung kann gespeichert werden, indem der Benutzer das Kontrollkästchen Immer diese App verwenden markiert.

Windows 10 „Wählen Sie eine App“, bei der Webex als Auswahloption hervorgehoben ist.

Wenn Benutzer die Standardeinstellungen der Anruf-App zurücksetzen müssen, damit sie etwas auswählen können, können Sie sie anweisen, die Protokollverknüpfungen für in Windows 10 zu ändern:

  1. Öffnen Sie die Systemeinstellungen Standard-App-Einstellungen , klicken Sie auf Standardwerte für App festlegen und wählen Sie dann .

    Windows 10 „Standardwerte von App festlegen“, wobei Webex als Auswahloption hervorgehoben ist.

  2. Wählen Sie für jedes Protokoll aus.

    Windows 10 Webex-Optionen für Dateityp- und Protokollzuordnungen.

Protokollhandler für macOS

Wenn unter Mac OS andere Apps zuvor für die Anrufprotokolle registriert sind, müssen Benutzer diese als Standard-Anrufoption konfigurieren.

Unter Mac können Benutzer bestätigen, dass für die Einstellung Anrufe starten mit unter den allgemeinen Einstellungen ausgewählt ist. Sie können auch die Option Immer mit Microsoft Outlook verbinden aktivieren, wenn sie Anrufe tätigen möchten, wenn sie auf die Nummer eines Outlook-Kontakts klicken.

Einstellungen für den Mac OS-Protokollhandler; bei Auswahl der Option „Immer mit Microsoft Outlook verbinden“ und bei der Dropdown-Option „Anrufe starten mit“ ist Webex ausgewählt.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie haben ein grundlegendes Verständnis des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere der lokalen Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS-Gateway für TDM-basierte Konnektivität

Siehe Tabelle 1 des Lokalen Gateways für Webex Calling-Bestellleitfadens. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Konfigurationshandbuch für das lokale Gateway ausgeführt wird.

Das lokale Gateway hilft Ihnen bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende lokale Bereitstellung mit Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

erfordert sichere Signalisierung und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Port-Referenzinformationen für

Eine korrekt konfigurierte Firewall und ein Proxy sind für eine erfolgreiche Anrufbereitstellung unerlässlich. Verwendet SIP und HTTPS für die Anrufsignalisierung und die zugehörigen Adressen und Ports für Medien, Netzwerkverbindung und Gateway-Konnektivität genau wie ein globaler Dienst.

Nicht bei allen Firewall-Konfigurationen müssen Ports offen sein. Wenn Sie jedoch Inside-to-Outside-Regeln ausführen, müssen Sie Ports für die erforderlichen Protokolle öffnen, um Dienste freizugeben.

Netzwerkadressenübersetzung (Network Address Translation, NAT)

Die Funktionen Network Address Translation (NAT) und Port Address Translation (PAT) werden an der Grenze zwischen zwei Netzwerken angewendet, um Adressbereiche zu übersetzen oder die Kollision von IP-Adressbereichen zu verhindern.

Unternehmen verwenden Gateway-Technologien wie Firewalls und Proxys, die NAT- oder PAT-Dienste bereitstellen, um den Internetzugriff auf Webex-App-Anwendungen oder Webex-Geräte zu ermöglichen, die sich in einem privaten IP-Adressbereich befinden. Mit diesen Gateways scheint der Datenverkehr von internen Apps oder Geräten zum Internet von einer oder mehreren öffentlich routingfähigen IP-Adressen zu stammen.

  • Bei der Bereitstellung von NAT ist es nicht zwingend erforderlich, einen eingehenden Port in der Firewall zu öffnen.

  • Überprüfen Sie die für die Konnektivität von Apps oder Geräten erforderliche NAT-Pool-Größe, wenn mehrere App-Benutzer und -Geräte mithilfe von NAT oder PAT auf Webex Calling- und Webex-fähige Dienste zugreifen. Stellen Sie sicher, dass den NAT-Pools angemessene öffentliche IP-Adressen zugewiesen werden, um eine Port-Erschöpfung zu verhindern. Die Porterschöpfung trägt dazu bei, dass interne Benutzer und Geräte keine Verbindung zu den Webex Calling- und Webex Aware-Diensten herstellen können.

  • Definieren Sie angemessene Bindungszeiträume und vermeiden Sie die Manipulation von SIP auf dem NAT-Gerät.

  • Konfigurieren Sie eine minimale NAT-Zeitüberschreitung, um den ordnungsgemäßen Betrieb der Geräte sicherzustellen. Beispiel: Cisco-Telefone senden alle 1–2 Minuten eine Nachricht zur Aktualisierung der REGISTRIERUNG.

  • Wenn Ihr Netzwerk NAT oder SPI implementiert, legen Sie eine größere Zeitüberschreitung (von mindestens 30 Minuten) für die Verbindungen fest. Diese Zeitüberschreitung ermöglicht eine zuverlässige Konnektivität und reduziert gleichzeitig den Batterieverbrauch der mobilen Geräte der Benutzer.

SIP-Anwendungsschicht-Gateway

Wenn ein Router oder eine Firewall SIP Aware ist, was bedeutet, dass das SIP Application Layer Gateway (ALG) oder ähnliches aktiviert ist, empfehlen wir Ihnen, diese Funktion für den korrekten Betrieb des Dienstes zu deaktivieren. Obwohl der gesamte Webex Calling-Datenverkehr verschlüsselt ist, können bestimmte SIP-ALG-Implementierungen zu Problemen mit der Firewall-Traversal führen. Daher empfehlen wir, das SIP ALG zu deaktivieren, um einen qualitativ hochwertigen Service zu gewährleisten.

Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.

Proxy-Unterstützung für

Organisationen stellen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall bereit, um den HTTP-Datenverkehr zu überprüfen, einzuschränken und zu steuern, der das Netzwerk verlässt und in das Netzwerk eingeht. So schützen sie ihr Netzwerk vor verschiedenen Formen von Cyberangriffen.

Proxys erfüllen mehrere Sicherheitsfunktionen, z. B.:

  • Erlauben oder blockieren Sie den Zugriff auf bestimmte URLs.

  • Benutzerauthentifizierung

  • IP-Adresse/Domäne/Hostname/URI-Reputationssuche

  • Entschlüsselung und Überprüfung des Datenverkehrs

Bei der Konfiguration der Proxy-Funktion gilt sie für alle Anwendungen, die das HTTP-Protokoll verwenden.

Die Webex-App und die Anwendungen von Webex-Geräten umfassen Folgendes:

  • Webex-Dienste

  • Verfahren zur Aktivierung der Kundengeräte (Customer Device Activation, CDA) mithilfe der Cisco Cloud-Bereitstellungsplattform, z. B. GDS, EDOS-Geräteaktivierung, Bereitstellung und Onboarding in der Webex-Cloud.

  • Zertifikatsauthentifizierung

  • Firmware-Upgrades

  • Statusberichte

  • PRT-Uploads

  • XSI-Dienste

Wenn eine Proxyserver-Adresse konfiguriert ist, wird nur der Signalisierungsverkehr (HTTP/HTTPS) an den Proxyserver gesendet. Clients, die SIP verwenden, um sich beim Webex Calling-Dienst zu registrieren, und die zugehörigen Medien werden nicht an den Proxy gesendet. Ermöglichen Sie diesen Clients daher, direkt die Firewall zu durchlaufen.

Unterstützte Proxyoptionen, Konfigurations- und Authentifizierungstypen

Die unterstützten Proxy-Typen sind:

  • Expliziter Proxy (inspizieren oder nicht inspizieren) – Konfigurieren Sie die Clients entweder App oder Gerät mit explizitem Proxy, um den zu verwendenden Server anzugeben.

  • Transparenter Proxy (nicht inspizieren): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert und erfordern keine Änderungen, um mit einem nicht inspizierenden Proxy arbeiten zu können.

  • Transparenter Proxy (Überprüfung): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert. Es sind keine Konfigurationsänderungen von HTTP erforderlich. Ihre Clients benötigen jedoch entweder die App oder die Geräte ein Stammzertifikat, damit sie dem Proxy vertrauen. Das IT-Team verwendet die Inspektionsproxys, um Richtlinien auf den zu besuchenden Websites und die Arten von Inhalten durchzusetzen, die nicht erlaubt sind.

Konfigurieren Sie die Proxy-Adressen manuell für die Cisco-Geräte und die Webex-App mithilfe von:

Wählen Sie bei der Konfiguration Ihrer bevorzugten Produkttypen eine der folgenden Proxy-Konfigurationen und Authentifizierungstypen in der Tabelle aus:

Produkt

Proxy-Konfiguration

Authentifizierungstyp

Webex für Mac

Manuell, WPAD, PAC

Keine Auth, Standard, NTLM, ̶

Webex für Windows

Manuell, WPAD, PAC, GPO

Keine Auth, Standard, NTLM, ‡ , Negotiate ‡

Webex für iOS

Manuell, WPAD, PAC

Keine Auth, Standard, Digest, NTLM

Webex für Android

Manuell, PAC

Keine Auth, Standard, Digest, NTLM

Webex Web App

Vom Betriebssystem unterstützt

Keine Auth, Standard, Digest, NTLM, Negotiate ̶

Webex-Geräte

WPAD, PAC oder manuell

Keine Auth, Basic, Digest

Cisco IP-Telefone

Manuell, WPAD, PAC

Keine Auth, Basic, Digest

WebEx Videonetz-Knoten

Manuell

Keine Auth, Standard, Digest, NTLM

Für Legenden in der Tabelle:

  1. ̶ Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein, der Benutzer wird aufgefordert, ein Passwort einzugeben

  2. ̶ Windows NTLM Auth – Wird nur unterstützt, wenn ein Computer in der Domäne angemeldet ist

  3. Verhandeln Sie ̶ - Kerberos mit NTLM-Ausweichauthentifizierung.

  4. Informationen zum Verbinden eines Cisco Webex Board-, Desk- oder Room-Geräts mit einem Proxyserver finden Sie unter Verbinden Ihres Board-, Desk- oder Room-Geräts mit einem Proxyserver.

  5. Informationen zu Cisco IP-Telefonen finden Sie unter Einrichten eines Proxyservers als Beispiel für die Konfiguration des Proxyservers und der Einstellungen.

Konfigurieren Sie für No Authentication den Client mit einer Proxy-Adresse, die keine Authentifizierung unterstützt. Bei Verwendung von Proxy Authentication müssen Sie die Konfiguration mit gültigen Anmeldeinformationen durchführen. Proxys, die den Webverkehr inspizieren, können die Websteckverbindung beeinträchtigen. Wenn dieses Problem auftritt, kann das Problem durch Umgehen des Datenverkehrs zu *.Webex.com behoben werden. Wenn bereits andere Einträge angezeigt werden, fügen Sie nach dem letzten Eintrag ein Semikolon hinzu und geben Sie dann die Webex-Ausnahme ein.

Proxy-Einstellungen für das Windows-Betriebssystem

Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration ermöglichen.WinINet ist ein Superset von WinHTTP.

  1. WinInet wurde für Desktop-Client-Anwendungen mit nur einem Benutzer entwickelt.

  2. WinHTTP wurde hauptsächlich für serverbasierte Anwendungen mit mehreren Benutzern entwickelt.

Wählen Sie bei Auswahl zwischen diesen beiden Optionen WinINet für Ihre Proxy-Konfigurationseinstellungen aus. Weitere Informationen finden Sie unter wininet-vs-winhttp.

Weitere Informationen finden Sie unter Konfigurieren einer Liste zulässiger Domänen für den Zugriff auf Webex in Ihrem Unternehmensnetzwerk :

  • Sicherstellen, dass sich Benutzer nur bei Anwendungen mit Konten aus einer vordefinierten Liste von Domänen anmelden.

  • Verwenden Sie einen Proxyserver zum Abfangen von Anfragen und beschränken Sie die zulässigen Domänen.

Proxy-Überprüfung und Zertifikats-Pinning

Die Webex-App und die Geräte validieren die Zertifikate der Server, wenn sie die TLS-Sitzungen einrichten. Zertifikatsüberprüfungen, die wie der Aussteller des Zertifikats und die digitale Signatur darauf angewiesen sind, die Zertifikatskette bis zum Stammzertifikat zu überprüfen. Um die Validierungsprüfungen durchzuführen, verwenden die Webex-App und die Geräte eine Reihe von vertrauenswürdigen CA-Stammzertifikaten, die im Vertrauensspeicher des Betriebssystems installiert sind.

Wenn Sie einen Proxy zur TLS-Prüfung bereitgestellt haben, um den Webex Calling-Datenverkehr abzufangen, zu entschlüsseln und zu überprüfen. Stellen Sie sicher, dass das vom Proxy vorgelegte Zertifikat (anstelle des Webex-Servicezertifikats) von einer Zertifizierungsstelle signiert wird und das Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert wird.

  • Für die Webex-App – Installieren Sie das CA-Zertifikat, das zum Signieren des Zertifikats durch den Proxy im Betriebssystem des Geräts verwendet wird.

  • Für Webex Room-Geräte und Cisco Multiplattform-IP-Telefone: Eröffnen Sie eine Serviceanfrage beim TAC-Team, um das CA-Zertifikat zu installieren.

Diese Tabelle zeigt die Webex-App und Webex-Geräte an, die die TLS-Inspektion durch Proxy-Server unterstützen

Produkt

Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion

Webex-App (Windows, Mac, iOS, Android, Web)

Ja

Webex Room-Geräte

Ja

Cisco IP-Multiplattform-Telefone (MPP)

Ja

Firewall-Konfiguration

Cisco unterstützt und unterstützt Webex Aware-Dienste in sicheren Rechenzentren von Cisco und Amazon Web Services (AWS). Amazon hat seine IP-Subnetze für die alleinige Nutzung durch Cisco reserviert und die Dienste in diesen Subnetzen innerhalb der virtuellen privaten AWS-Cloud gesichert.

Konfigurieren Sie Ihre Firewall so, dass die Kommunikation von Ihren Geräten, den Anwendungen der App und den internetgerichteten Diensten ermöglicht wird, damit diese Funktionen ordnungsgemäß ausgeführt werden. Diese Konfiguration ermöglicht den Zugriff auf alle unterstützten und Webex Aware-Cloud-Dienste, Domänennamen, IP-Adressen, Ports und Protokolle.

Führen Sie die folgenden Elemente auf die Whitelist oder öffnen Sie den Zugriff darauf, damit die Webex Aware-Dienste ordnungsgemäß funktionieren.

  • Die im Abschnitt Domänen und URLs für Webex Calling-Dienste genannten URLs/Domänen

  • IP-Subnetze, Ports und Protokolle, die im Abschnitt IP-Subnetze für Webex Calling-Dienste erwähnt werden

  • Wenn Sie die Webex-Suite von Cloud-Zusammenarbeitsdiensten innerhalb der Organisation, Webex Meetings, Messaging, den Webex-Vermittlungsplatz und andere Dienste verwenden, stellen Sie sicher, dass Sie über die in diesen Artikeln erwähnten IP-Subnetze und Domänen/URLs verfügen, die Netzwerkanforderungen für Webex-Dienste und Netzwerkanforderungen für Vermittlungsplatz geöffnet sind.

Wenn Sie nur eine Firewall verwenden, wird das Filtern des Datenverkehrs nur mithilfe von IP-Adressen nicht unterstützt, da einige der IP-Adresspools dynamisch sind und sich jederzeit ändern können. Aktualisieren Sie Ihre Regeln regelmäßig. Wenn Sie die Liste Ihrer Firewall-Regeln nicht aktualisieren, kann dies die Benutzererfahrung beeinträchtigen. Cisco unterstützt nicht, eine Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Cloud-Dienstanbieter zu filtern. Das Filtern nach Regionen kann zu einer erheblichen Verschlechterung der Calling-Erfahrung führen.

Cisco verwaltet keine sich dynamisch ändernden IP-Adressenpools, daher ist sie in diesem Artikel nicht aufgeführt.

Wenn Ihre Firewall die Domänen-/URL-Filterung nicht unterstützt, verwenden Sie eine Enterprise-Proxyserver-Option. Diese Option filtert/ermöglicht nach URL/Domäne den HTTPs-Signalisierungsverkehr und die Webex Aware-Dienste in Ihrem Proxy-Server, bevor sie an Ihre Firewall weitergeleitet werden.

Sie können den Datenverkehr mithilfe der Port- und IP-Subnetzfilterung für Anrufmedien konfigurieren. Da der Medienverkehr einen direkten Zugriff auf das Internet erfordert, wählen Sie die URL-Filteroption für die Signalisierung des Datenverkehrs aus.

Für ist UDP das bevorzugte Transportprotokoll von Cisco für Medien. Es empfiehlt, nur SRTP gegenüber UDP zu verwenden. TCP und TLS als Transportprotokolle für Medien werden in Produktionsumgebungen nicht unterstützt. Die verbindungsorientierte Natur dieser Protokolle beeinflusst die Medienqualität über verlustbehaftete Netzwerke. Wenn Sie Fragen zum Transportprotokoll haben, stellen Sie ein Support-Ticket.

Domänen und URLs für Webex Calling-Dienste

Ein * am Anfang einer URL (z. B. *.webex.com) zeigt an, dass Dienste in der Top-Level-Domain und allen Unterdomänen zugänglich sind.

Domäne/URL

Beschreibung

Webex-Apps und -Geräte, die diese Domänen/URLs verwenden

Cisco Webex-Dienste

*.broadcloudpbx.com

Webex-Autorisierungs-Microservices für den Querstart vom Control Hub zum Anrufadministratorportal.

Control Hub

*.broadcloud.com.au

Webex Calling-Dienste in Australien.

Alle

*.broadcloud.eu

Webex Calling-Dienste in Europa.

Alle

*.broadcloudpbx.net

Anruf-Client-Konfiguration und Managementdienste.

Webex-Apps

*.webex.com

*.cisco.com

Kerndienste von Webex Calling und Webex Aware

  1. Identitätsbereitstellung

  2. Identitätsspeicher

  3. Authentifizierung

  4. OAuth-Dienste

  5. Geräteaufnahme

  6. Cloud Connected UC

Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen ohne festgelegte DHCP-Optionen mit einem Netzwerk verbunden wird, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com und Telefone mit einer Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com für die Bereitstellung.

Laden Sie die Geräte-Firmware und Gebietsschemas von binaries.webex.com herunter.

Ermöglichen Sie Cisco Multiplattform-Telefonen (MPPs), die älter als Version 12.0.3 sind, über Port 80 auf sudirenewal.cisco.com zuzugreifen, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über eine sichere eindeutige Gerätekennung (SUDI, Secure Unique Device Identifier) zu verfügen. Weitere Informationen finden Sie unter Hinweis im Feld.

Alle

*.ucmgmt.cisco.com

Webex Calling-Dienste

Control Hub

*.wbx2.com und *.ciscospark.com

Wird für Cloud-Bewusstsein verwendet, um während und nach dem Onboarding Webex Calling- und Webex Aware-Dienste zu erreichen.

Diese Dienste sind notwendig für

  • Apps- und Geräteverwaltung

  • Dienstverwaltung des Benachrichtigungsmechanismus für Apps-Anwendungen

Alle

*.webexapis.com

Webex-Mikrodienste, die Ihre Webex-App-Anwendungen und Webex-Geräte verwalten.

  1. Profilbilddienst

  2. Whiteboarding-Dienst

  3. Proximity-Dienst

  4. Anwesenheitsdienst

  5. Registrierungsdienst

  6. Kalenderdienst

  7. Suchdienst

Alle

*.webexcontent.com

Webex Messaging-Dienste im Zusammenhang mit allgemeiner Dateispeicherung, einschließlich:

  1. Benutzerdateien

  2. Transkodierte Dateien

  3. Bilder

  4. Screenshots

  5. Whiteboard-Inhalt

  6. Client- und Geräteprotokolle

  7. Profilbilder

  8. Markenkennungslogos

  9. Protokolldateien

  10. CSV-Dateien gesammelt exportieren und importieren (Control Hub)

Webex-Apps-Nachrichtendienste.

Dateispeicher mit webexcontent.com ersetzt durch clouddrive.com im Oktober 2019

*.accompany.com

People Insights-Integration

Webex-Apps

Zusätzliche Webex-bezogene Dienste (Domänen von Drittanbietern)

*.appdynamics.com

*.eum-appdynamics.com

Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken.

Control Hub

*.sipflash.com

Geräteverwaltungsdienste. Firmware-Upgrades und sichere Onboarding-Zwecke.

Webex-Apps

*.walkme.com *.walkmeusercontent.com

Client für Webex-Benutzerleitfaden. Bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer.

Klicken Sie hier, um weitere Informationen zu WalkMe zu erhalten.

Webex-Apps

*.google.com

*.googleapis.com

Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: neue Nachricht, wenn der Anruf angenommen wird)

Informationen zu IP-Subnetzen finden Sie unter diesen Links

Google Firebase Cloud Messaging (FCM)-Dienst

Apple Push Notification Service (APNS)

Für APNS listet Apple die IP-Subnetze für diesen Dienst auf.

Webex-App

IP-Subnetze für Webex Calling-Dienste

IP-Subnetze für Webex Calling-Dienste* ̶

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Webex-App-Konfiguration

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Zweck der Verbindung:

QuelladressenQuellportsProtokollZieladressenZielportsHinweise
Anrufsignalisierung für WebEx Calling (SIP TLs)Externe NIC des lokalen Gateways8000-65535TCPSiehe IP-Subnetze für Webex Calling-Dienste.5062, 8934

Diese IPs/Ports werden für die ausgehende SIP-TLS-Anrufsignalisierung von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) an die Webex Calling-Cloud (Ziel) benötigt.

Port 5062 (erforderlich für zertifikatbasierten Übertragungsweg). Und Port 8934 (erforderlich für registrierungsbasierten Trunk

Geräte5060-50808934
Webex-App Vorübergehend (vom Betriebssystem abhängig)
Anrufsignalisierung von Webex Calling (SIP TLS) an das lokale Gateway

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

8934TCPIP oder IP-Bereiche, die vom Kunden für das lokale Gateway ausgewählt wurdenPort oder Portbereich, der vom Kunden für das lokale Gateway ausgewählt wurde

Gilt für zertifikatbasierte lokale Gateways. Dies ist erforderlich, um eine Verbindung von Webex Calling zu einem lokalen Gateway herzustellen.

Ein registrierungsbasiertes lokales Gateway funktioniert auf der Wiederverwendung einer Verbindung, die vom lokalen Gateway erstellt wurde.

Zielport ist der vom Kunden gewählte Übertragungswege konfigurieren

Anrufmedien an Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Externe NIC des lokalen Gateways8000-48199†*UDPSiehe IP-Subnetze für Webex Calling-Dienste.

5004, 9000 (STUN-Ports)

Audio: 8500-8599

Video: 8600-8699

19560-65535 (SRTP über UDP)

  • Diese IPs/Ports werden für ausgehende SRTP-Anrufmedien von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) zur Webex Calling-Cloud (Ziel) verwendet.

  • Bei Anrufen innerhalb der Organisation, bei denen die STUN- und ICE-Aushandlung erfolgreich ist, wird das Media Relay in der Cloud als Kommunikationspfad entfernt. In solchen Fällen erfolgt der Medienfluss direkt zwischen den Apps/Geräten des Benutzers.

    Beispielsweise: Wenn die Medienoptimierung erfolgreich ist, sendet die Webex-App Medien in den Portbereichen 8500–8699 direkt untereinander und Geräte senden Medien in den Portbereichen 19560–19661 direkt untereinander.

  • Erlauben Sie bei bestimmten Netzwerktopologien, bei denen Firewalls an einem Kundenstandort verwendet werden, den Zugriff auf die genannten Quell- und Zielportbereiche innerhalb Ihres Netzwerks, damit die Medien durchfließen können.

    Beispiel: Für die Webex-App den Quell- und Zielportbereich zulassen

    Audio: 8500-8599 Video: 8600-8699

  • Browser verwenden den kurzlebigen Quellport, der durch Festlegen der WebRtcUdpPortRange-Richtlinie im MDM-Profil (Managed Device Management) gesteuert werden kann.

    Der Webex Calling-Dienst verhält sich normal, wenn kein MDM-Dienst festgelegt ist oder wenn SiteURL und EnableForceLogin nicht konfiguriert sind.

Geräte ̶ *19560-19661

VG400-ATA-Geräte

19560-19849
Webex-App ̶ *

Audio: 8500-8599

Video: 8600-8699

WebRTC

Kurzlebig (gemäß Browser-Richtlinie)
Anrufmedien von Webex Calling (SRTP/SRTCP, T38)

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

19560-65535 (SRTP über UDP) UDPIP oder IP-Bereich, der vom Kunden für das lokale Gateway ausgewählt wurde Vom Kunden für den lokalen Gateway ausgewählter Medienportbereich
Anrufsignalisierung an PSTN-Gateway (SIP TLS)Interne NIC des lokalen Gateways8000-65535TCPIhr ITSP-PSTN-GW oder Unified CMHängt von PSTN-Option ab (Beispiel: normalerweise 5060 oder 5061 für Unified CM)
Anrufmedien an PSTN-Gateway (SRTP/SRTCP)Interne NIC des lokalen Gateways8000-48199†*UDPIhr ITSP-PSTN-GW oder Unified CMAbhängig von der PSTN-Option (z. B. normalerweise 5060 oder 5061 für Unified CM)
Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)WebEx Calling GeräteVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 6970, 80

Aus folgenden Gründen erforderlich:

  1. Migration von Unternehmenstelefonen (Cisco Unified CM) zu Webex Calling. Weitere Informationen finden Sie unter upgrade.cisco.com . cloudupgrader.webex.com verwendet Ports: 6970.443 für den Firmware-Migrationsprozess.

  2. Firmware-Upgrades und sicheres Onboarding von Geräten (MPP und Raum- oder Tischtelefone) mithilfe des 16-stelligen Aktivierungscodes (GDS)

  3. Für CDA/EDOS – Mac-adressbasierte Bereitstellung. Wird von Geräten (MPP-Telefone, ATAs und SPA-ATAs) mit neuerer Firmware verwendet.

  4. Stellen Sie bei Cisco-ATAs sicher, dass die Firmware mindestens 11.1.0MSR3-9 auf den Geräten installiert ist.

  5. Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen eine Verbindung mit einem Netzwerk herstellt, ohne dass die DHCP-Optionen festgelegt sind, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com anstelle von webapps.cisco.com für die Bereitstellung. Telefone mit Firmware, die älter als 11.2(1) veröffentlicht wurde, verwenden weiterhin webapps.cisco.com. Es wird empfohlen, alle diese IP-Subnetze zuzulassen.

  6. Lassen Sie zu, dass Cisco Multiplattform-Telefone (MPPs) älter als Version 12.0.3 über Port 80 auf sudirenewal.cisco.com zugreifen können, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über einen sicheren eindeutigen Gerätebezeichner (SUDI, Secure Unique Device Identifier) verfügen. Details finden Sie unter Hinweis im Feld

Webex-App-KonfigurationWebex-App-AnwendungenVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 8443Wird für die ID-Broker-Authentifizierung, Konfigurationsdienste der Webex-App für Clients, browserbasierter Webzugriff für Self-Service UND Zugriff auf Verwaltungsschnittstellen verwendet.
Der TCP-Port 8443 wird von der Webex-App im Cisco Unified CM-Setup zum Herunterladen der Konfiguration verwendet. Nur Kunden, die die Einrichtung verwenden, um eine Verbindung zu Webex Calling herzustellen, müssen den Port öffnen.
Synchronisierung der Gerätezeit (NTP)WebEx Calling Geräte51494UDPSiehe IP-Subnetze für Webex Calling-Dienste.123Diese IP-Adressen sind für die Zeitsynchronisierung für Geräte (MPP-Telefone, ATAs und SPA-ATAs) erforderlich.

Auflösung des Domänennamensystems (DNS)

Webex Calling-Geräte, Webex-App und Webex-GeräteVorübergehendUDP und TCPVom Host definiert53Wird für die DNS-Suche verwendet, um die IP-Adressen der Webex Calling-Dienste in der Cloud zu ermitteln. Obwohl typische DNS-Suchen über UDP erfolgen, benötigen einige möglicherweise TCP, wenn die Abfrageantworten nicht in UDP-Pakete passen.
Network Time Protocol (NTP)Webex-App und Webex-Geräte123UDPVom Host definiert123Zeitsynchronisierung
CScanWebbasiertes Tool für die Netzwerkbereitschaft für Webex CallingVorübergehendTCPSiehe IP-Subnetze für Webex Calling-Dienste.8934 und 443Webbasiertes Tool für die Netzwerkbereitschaft für Webex Calling. Weitere Informationen finden Sie unter cscan.webex.com.
UDP19569-19760
Zusätzliche Webex Calling- und Webex Aware-Dienste (Drittanbieter)
Push-Benachrichtigungen APNS- und FCM-Dienste Webex Calling-Anwendungen VorübergehendTCP

Siehe die unter den Links genannten IP-Subnetze

Apple Push-Benachrichtigungsdienst (APNS)

Google-Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: Wenn Sie eine neue Nachricht erhalten oder ein Anruf angenommen wird)

  • ̶ *Der CUBE-Medienportbereich kann mit rtp-Portbereich konfiguriert werden.

  • ̶ *Medienports für Geräte und Anwendungen, die dynamisch in den SRTP-Portbereichen zugewiesen werden. SRTP-Ports sind gerade nummerierte Ports, und der entsprechende SRTCP-Port wird dem aufeinanderfolgenden, ungerade nummerierten Port zugeordnet.

  • Wenn eine Proxyserveradresse für Ihre Apps und Geräte konfiguriert ist, wird der Signalisierungsverkehr an den Proxy gesendet. Medien haben SRTP über UDP-Flüsse direkt zu Ihrer Firewall anstatt zum Proxy-Server transportiert.

  • Wenn Sie NTP- und DNS-Dienste in Ihrem Unternehmensnetzwerk verwenden, öffnen Sie die Ports 53 und 123 in Ihrer Firewall.

Servicequalität (QoS)

Ermöglicht es Ihnen, das Tagging von Paketen vom lokalen Gerät oder Client zur Webex Calling-Cloud-Plattform zu aktivieren. Mit QoS können Sie den Echtzeitverkehr vor anderem Datenverkehr priorisieren. Durch Aktivieren dieser Einstellung werden die QoS-Markierungen für Apps und Geräte geändert, die SIP-Signalisierung und Medien verwenden.

Quelladressen Datenverkehrstyp Zieladressen Quellports Zielports DSCP-Klasse und -Wert
Webex-App Audio

IP-Subnetze, Domänen und URLs für Webex Calling-Dienste verweisen

8500-8599 8500-8599, 19560-65535 Beschleunigte Weiterleitung (46)
Webex-App Video 8600-8699 8600-8699, 19560-65535 Garantierte Weiterleitung 41 (34)
Webex-App Signalisierung Vorübergehend (vom Betriebssystem abhängig) 8934 CS0 (0)
Webex-Geräte (MPPs und Raum)Audio und Video 19560-19661 19560-65535

Beschleunigte Weiterleitung (46) und

Garantierte Weiterleitung 41 (34)

Webex-Geräte Signalisierung 5060-5080 8934 Klassenauswahl 3 (24)

  • Erstellen Sie ein separates QoS-Profil für Audio und Video/Freigabe, da sie einen unterschiedlichen Quellportbereich haben, um den Datenverkehr anders zu markieren.

  • Für Windows-Clients: Um die UDP-Quellportdifferenzierung für Ihre Organisation zu aktivieren, wenden Sie sich an Ihr lokales Kontoteam. Ohne Aktivierung können Sie die Windows QoS-Richtlinien (GPO) nicht zwischen Audio und Video/Freigabe unterscheiden, da die Quellports für Audio/Video/Freigabe dieselben sind. Weitere Informationen finden Sie unter Aktivieren von Medienquellportbereichen für die Webex-App

  • Konfigurieren Sie für Webex-Geräte die Änderungen der QoS-Einstellung über die Geräteeinstellungen in Control Hub. Weitere Informationen finden Sie unter Konfigurieren und Ändern von Geräteeinstellungen in Webex-Calling

Webex Meetings/Messaging – Netzwerkanforderungen

Für Kunden, die die Webex-Suite von Cloud-Zusammenarbeitsdiensten verwenden, sind in der Webex Cloud registrierte Produkte, die MPP-Geräte in der Webex Cloud für Dienste wie Anrufprotokoll, Verzeichnissuche, Meetings und Messaging integrieren. Stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs/IP-Adressen/Ports die Netzwerkanforderungen für Webex-Dienste offen sind.

Netzwerkanforderungen für Webex for Government (FedRAMP)

Informationen für Kunden, die eine Liste der Domänen, URLs, IP-Adressbereiche und Ports für Webex for Government-Dienste (FedRAMP) benötigen, finden Sie hier: Netzwerkanforderungen für Webex for Government

Netzwerkanforderungen für den Webex-Vermittlungsplatz

Stellen Sie für Kunden, die den Vermittlungsplatz verwenden – Empfangs-, Vermittlungs- und Betreiberfunktion – sicher, dass die Domänen/URLs/IP-Adressen/Ports/Protokolle offen sind Netzwerkanforderungen für den Vermittlungsplatz

Erste Schritte mit dem lokalen Webex Calling-Gateway

Lesen Sie für Kunden, die die lokale Gateway-Lösung mit Webex Calling für lokale PSTN- und SBCs-Interoperabilität von Drittanbietern verwenden, den Artikel Erste Schritte mit lokalem Gateway.

Referenzen

Informationen zu Neuerungen in Webex Calling finden Sie unter Neuerungen in Webex Calling.

Sicherheitsanforderungen für Webex Calling finden Sie im Artikel

Artikel zu Webex Calling-Medienoptimierung mit Interactive Connectivity Establishment (ICE)

Überarbeitungsverlauf des Dokuments

Datum

Wir haben folgende Änderungen an diesem Artikel vorgenommen:

21. Januar 2025

Details zur Verwendung des SIP-Anwendungsschicht-Gateways hinzugefügt.

8. Januar 2025

Die IP-Subnetzadresse im Zusammenhang mit der Gerätekonfiguration und der Webex-App-Konfiguration wurde in den Abschnitt IP-Subnetze für Webex Calling-Dienste verschoben

17. Dezember 2024

Unterstützung für die Webex Calling-Medienspezifikation zu WebRTC hinzugefügt.

14. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie aktualisiert

11. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie hinzugefügt

25. Juli 2024

Das IP-Subnetz 52.26.82.54 wurde wieder hinzugefügt, da es für die Konfiguration des Cisco ATA-Geräts und die Firmware-Verwaltung erforderlich ist.

18. Juli 2024

Mit den folgenden Details aktualisiert:

  • Für Webex Calling (Apps, Geräte) unterstützte QoS-(TOS/DSCP-)Werte

  • Netzwerkdiagramm aktualisiert

  • Einschließlich des Links für Netzwerkanforderungen in Bezug auf den Webex-Vermittlungsplatz.

28. Juni 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

11. Juni 2024

Die Domäne „huron-dev.com“ wurde entfernt, da sie nicht verwendet wird.

06. Mai 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

03. April 2024

Die IP-Subnetze für Webex Calling-Dienste wurden mit 163.129.0.0/17 aktualisiert, um die Erweiterung des Webex Calling-Marktes für die Region Indien zu berücksichtigen.

18. Dezember 2023

Enthält die URL sudirenewal.cisco.com und die Anforderung für Port 80 für die Gerätekonfiguration und Firmware-Verwaltung der MIC-Erneuerung des Cisco MPP-Telefons.

11. Dezember 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz an IP-Adressen.

150.253.209.128/25 – geändert in 150.253.128.0/17

29. November 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz von IP-Adressen, um die Erweiterung der Webex Calling-Region für zukünftiges Wachstum zu ermöglichen.

144.196.33.0/25 – geändert in 144.196.0.0/16

Die Abschnitte mit den IP-Subnetzen für Webex Calling-Dienste unter Webex Calling (SIP TLS) und Anrufmedien zu Webex Calling (STUN, SRTP) wurden aktualisiert, um Klarheit über zertifikatsbasiertes Trunking und die Firewall-Anforderungen für das lokale Gateway zu schaffen.

14. August 2023

Wir haben die folgenden IP-Adressen 144.196.33.0/25 und 150.253.156.128/25 hinzugefügt, um erhöhte Kapazitätsanforderungen für Edge- und Webex Calling-Dienste zu unterstützen.

Dieser IP-Bereich wird nur in der Region USA unterstützt.

5. Juli 2023

Der Link https://binaries.webex.com zur Installation der Cisco MPP-Firmware wurde hinzugefügt.

Dienstag, 7. März 2023

Wir haben den gesamten Artikel überarbeitet, um Folgendes zu enthalten:

  1. Optionen für die Proxy-Unterstützung enthalten.

  2. Modifiziertes Calling-Flussdiagramm

  3. Vereinfachte Domänen/URLs/IP-Subnetzteile für Webex Calling- und Webex Aware-Dienste

  4. IP-Subnetzbereich 170.72.0.0/16 für Webex Calling- und Webex Aware-Dienste hinzugefügt.

    Die folgenden Bereiche 170.72.231.0, 170.72.231.10, 170.72.231.161 und 170.72.242.0/24 wurden entfernt

5. März 2023

Der Artikel wird aktualisiert und enthält Folgendes:

  • Der von Anwendungen verwendete UDP-SRTP-Portbereich (8500–8700) wurde hinzugefügt.

  • Die Ports für die APNS- und FCM-Dienste für Push-Benachrichtigungen wurden hinzugefügt.

  • Teilen Sie den CScan-Portbereich für UDP und TCP auf.

  • Der Abschnitt „Referenzen“ wurde hinzugefügt.

15. November 2022

Wir haben die folgenden IP-Adressen für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. November 2022

Das IP-Subnetz 170.72.242.0/24 für den Webex Calling-Dienst wurde hinzugefügt.

8. September 2022

Die Cisco MPP-Firmware wird umgestellt, um https://binaries.webex.com als Host-URL für MPP-Firmware-Upgrades in allen Regionen zu verwenden. Diese Änderung verbessert die Firmware-Upgrade-Leistung.

30. August 2022

Der Verweis auf Port 80 aus den Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“, „Anwendungskonfiguration“ und „CScan“ wurde in der Port-Tabelle entfernt, da keine Abhängigkeit besteht.

18. August 2022

Keine Änderung an der Lösung. Die Zielports 5062 (erforderlich für zertifikatbasierter Trunk) und 8934 (erforderlich für registrierungsbasierten Trunk) für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert.

26. Juli 2022

Die IP-Adresse 54.68.1.225 wurde hinzugefügt, die für ein Firmware-Upgrade von Cisco 840/860-Geräten erforderlich ist.

21. Juli 2022

Zielports 5062, 8934 für die Anrufsignalisierung an Benutzer (SIP TLS Webex Calling aktualisiert.

14. Juli 2022

URLs hinzugefügt, die eine vollständige Funktion der Webex Aware-Dienste unterstützen.

Das IP-Subnetz 23.89.154.0/25 für den Webex Calling-Dienst wurde hinzugefügt.

27. Juni 2022

Domäne und URLs für alle Webex Calling aktualisiert:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. Juni 2022

Die folgenden Ports und Protokolle wurden unter IP-Adressen und Ports für die Webex Calling hinzugefügt:

  • Zweck der Verbindung: Webex-Funktionen

  • Quelladressen: Webex Calling-Geräte

  • Quellports: Vorübergehend

  • Protokoll: TCP

  • Zieladressen: Siehe IP-Subnetze und Domänen, die in Webex Meetings/Messaging – Netzwerkanforderungen definiert sind.

  • Zielports: 443

    Notizen: Die Webex Calling-Geräte verwenden diese IP-Adressen und Domänen für die Schnittstelle mit Webex Cloud-Diensten wie Verzeichnis, Anrufprotokoll und Meetings.

Aktualisierte Informationen im Abschnitt Webex Meetings/Messaging – Netzwerkanforderungen

24. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde zu 52.26.82.54/32 für den Webex Calling hinzugefügt

6. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde für den Webex Calling hinzugefügt

7. April 2022

Der interne und externe UDP-Portbereich des lokalen Gateways wurde auf 8000-48198 ‡ aktualisiert.

5. April 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. März 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. September 2021

4 neue IP-Subnetze für den Webex Calling hinzugefügt:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Freitag, 2. April 2021

*.ciscospark.com wurde unter Domänen und URLs für Webex Calling-Dienste hinzugefügt, um Webex Calling-Anwendungsfälle in der Webex-App zu unterstützen.

25. März 2021

6 neue IP-Bereiche für activate.cisco.com hinzugefügt, die ab dem 8. Mai 2021 in Kraft treten.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

Donnerstag, 4. März 2021

Einzelne IPs und kleinere IP-Bereiche von Webex Calling wurden durch vereinfachte Bereiche in einer separaten Tabelle ersetzt, um das Verständnis der Firewall-Konfiguration zu erleichtern.

Freitag, 26. Februar 2021

5004 als Zielport für Anrufmedien zu Webex Calling (STUN, SRTP) hinzugefügt, um die Interactive Connectivity Connectivity (ICE) zu unterstützen, die im April 2021 Webex Calling verfügbar sein wird.

Montag, 22. Februar 2021

Domänen und URLs werden jetzt in einer separaten Tabelle aufgelistet.

Die Tabelle „IP-Adressen und Ports“ wird an Gruppen-IP-Adressen für dieselben Dienste angepasst.

Hinzufügen der Spalte „Notizen“ zur Tabelle „IP-Adressen und Ports“, die das Verständnis der Anforderungen erleichtert.

Verschieben der folgenden IP-Adressen in vereinfachte Bereiche für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Hinzufügen der folgenden IP-Adressen für die Anwendungskonfiguration, da der Cisco Webex-Client im März 2021 auf einen neueren DNS SRV in Australien verweist.

  • 199.59.64.237

  • 199.59.67.237

Donnerstag, 21. Januar 2021

Wir haben die folgenden IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Wir haben die folgenden IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Wir haben die folgenden IP-Adressen aus der Anwendungskonfiguration entfernt:

  • 64.68.99.6

  • 64.68.100.6

Wir haben die folgenden Portnummern aus der Anwendungskonfiguration entfernt:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Wir haben die folgenden Domänen zur Anwendungskonfiguration hinzugefügt:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Mittwoch, 23. Dezember 2020

Den Port-Referenzbildern wurden neue IP-Adressen für die Anwendungskonfiguration hinzugefügt.

Dienstag, 22. Dezember 2020

Die Zeile „Anwendungskonfiguration“ in den Tabellen wurde aktualisiert und enthält nun die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154.

Die Netzwerkdiagramme wurden ausgeblendet, bis diese IP-Adressen hinzugefügt wurden.

Freitag, 11. Dezember 2020

Die Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“ und „Anwendungskonfiguration“ für die unterstützten kanadischen Domänen wurden aktualisiert.

Freitag, 16. Oktober 2020

Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Mittwoch, 23. September 2020

Unter CScan wurde 199.59.64.156 durch 199.59.64.197 ersetzt.

Freitag, 14. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

Mittwoch, 12. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

  • Anrufmedien zu Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) – 135.84.173.155,135.84.174.155

  • Synchronisierung der Gerätezeit – 135.84.173.152, 135.84.174.152

  • Anwendungskonfiguration – 135.84.173.154,135.84.174.154

Mittwoch, 22. Juli 2020

Die folgende IP-Adresse wurde zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt: 135.84.173.146

Dienstag, 9. Juni 2020

Der CScan-Eintrag wurde wie folgt geändert:

  • Eine der IP-Adressen wurde korrigiert: geändert 199.59.67.156 in 199.59.64.156.

  • Neue Funktionen erfordern neue Ports und UDP – 19560-19760.

Mittwoch, 11. März 2020

Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

Donnerstag, 27. Februar 2020

Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt:

cloudupgrader.webex.com—443, 6970

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtigste Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen PSTN-Anforderungen (Public Switched Telephone Network) und LGW-Anforderungen (Local Gateway) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder CUBE Enterprise-Bereitstellung ändern, um sie als lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass die vorhandenen Anrufverläufe und -funktionen nicht aufgrund der von Ihnen vorgenommenen Änderungen unterbrochen werden.

Die Prozeduren enthalten Links zu Befehlsreferenzdokumenten, in denen Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, werden alle Befehlsreferenzlinks zur Befehlsreferenz für Webex Managed Gateways weitergeleitet (in diesem Fall gehen die Befehlslinks zur Cisco IOS-Sprachbefehlsreferenz). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Befehlsreferenzen zugreifen.

Informationen zu den unterstützten SBCs von Drittanbietern finden Sie in der jeweiligen Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter Registrierungsbasiertes lokales Gateway oder Zertifikatbasiertes lokales Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu den verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security) zur Sicherung des Übertragungswegs und SRTP (Secure Real Time Protocol) zur Sicherung der Medien zwischen dem lokalen Gateway und Webex Calling.

Wichtigste Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für die Optimierung des Medienpfads

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem zertifikatbasierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Es ist obligatorisch, FIPS-konforme GCM-Schlüssel zu konfigurieren, um das lokale Gateway für Webex for Government zu unterstützen. Andernfalls schlägt die Einrichtung des Anrufs fehl. Details zur Konfiguration finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierten SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die folgende Abbildung zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenmandanten: Wird zum Erstellen von Übertragungsweg-spezifischen Konfigurationen verwendet.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Konfiguration der Anrufverteilung mit einer Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet.

Die in Konfigurationslösungen für das Anruf-Routing verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1. Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle registrierungsbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.6.1a oder höher. Cisco IOS 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Schützen Sie die Registrierung und STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes

3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Trunks erfordert dieser Trustpoint kein Zertifikat, wie dies bei einem zertifikatbasierten Trunk der Fall wäre.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Die Verkehrsparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige und sichere Verbindung für die Registrierung zu gewährleisten:

Der Serverbefehl cn-san-validate stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in tenant 200 konfigurierte Host-Name entweder in den Feldern CN oder SAN des vom ausgehenden Proxy empfangenen Zertifikats enthalten ist.

  1. Legen Sie tcp-retry count auf 1000 fest (Vielfache von 5 msec = 5 Sekunden).

  2. Mit dem Befehl Timer connection establish können Sie einstellen, wie lange das LGW auf die Einrichtung einer Verbindung mit einem Proxy wartet, bevor Sie die nächste verfügbare Option in Betracht ziehen. Der Standardwert für diesen Timer ist 20 Sekunden, wobei mindestens 5 Sekunden erforderlich sind. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie ihn, wenn nötig, um die Netzwerkbedingungen zu berücksichtigen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Übertragungswegs für Webex Calling
1

Erstellen Sie einen registrierungsbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Die in der Abbildung hervorgehobenen Details werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

PSTN-Übertragungsweg registriert
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Liste vertrauenswürdiger IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massenstatistiken

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien.

Allow-connections sip to sip

Aktivieren Sie die grundlegende SIP-Back-to-Back-Benutzeragentenfunktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf dem Parameter für den Zieltrunk zu identifizieren: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters dtg= gefolgt vom OTG/DTG-Wert für den Übertragungsweg, der bei Erstellung des Übertragungswegs in Control Hub bereitgestellt wurde. Weitere Informationen finden Sie unter Sprachklassen-URI.

7

Konfigurieren Sie das sip profile 100, das verwendet wird, um SIP-Nachrichten zu ändern, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "" "" 
 rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass SIP-Header, die für die Anrufsignalisierung verwendet werden, SIP anstelle des SIPs-Schemas verwenden, das Webex-Proxys benötigen. Die Konfiguration von CUBE für die Verwendung von SIP stellt sicher, dass die sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die Von-Kopfzeile so, dass die OTG/DTG-Kennung der Trunk-Gruppe aus dem Control Hub verwendet wird, um eine Site des lokalen Gateways innerhalb eines Unternehmens eindeutig zu identifizieren.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

8

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Insbesondere die zuvor in Control Hub angegebenen Details zur Trunk-Registrierung werden in diesem Schritt wie unten beschrieben verwendet. Mit diesem Tenant verknüpfte Wahl-Peers übernehmen diese Konfigurationen später.

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Übertragungsweg verwendet werden. Weitere Informationen finden Sie unter voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips läuft ab 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrar.

    Stellen Sie sicher, dass Sie den Wert „Domäne registrieren“ aus Control Hub hier verwenden.

    Anmeldenummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier in Control Hub die Werte für den Leitungs-/Port-Host, den Authentifizierungsbenutzernamen und das Authentifizierungskennwort verwenden.

    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks
    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier in Control Hub den Authentifizierungsbenutzernamen, das Authentifizierungskennwort und die Registrar-Domänenwerte verwenden.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mit asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die bei der Erstellung Ihres Übertragungswegs in Control Hub bereitgestellt wurde.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Connection-Reuse.

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt.

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß der Definition in sip-profiles 100. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    ausgehender-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Fügen Sie die ausgehende Proxyadresse ein, die bei der Erstellung Ihres Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Ausgehender Proxy.

    Datenschutzrichtlinienpassregeln

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn. 250

    Begrenzt die Anzahl der gleichzeitigen eingehenden und ausgehenden Anrufe zwischen dem LGW und Webex Calling. Für Registrierungs-Trunks sollte der konfigurierte Höchstwert 250 sein. Der Wert für den Benutzer ist niedriger, wenn dies für Ihre Bereitstellung geeigneter wäre. Weitere Informationen zu Beschränkungen für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

    Eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem URI (Uniform Resource Identifier) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft, ein Firewall-Loch für den Medienverkehr zu öffnen.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Tenant 100 definiert und einen SIP VoIP-Dial-Peer konfiguriert haben, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. An diesem Punkt übergibt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem zuvor aktualisierten CA-Stammpaket. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann diese sichere Verbindung verwenden, um sich beim Webex Zugriffs-SBC zu registrieren. Wenn die Registrierung für die Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter username, password und realm aus der Konfiguration der credentials verwendet.

  • Die Änderungsregeln im SIP-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP umzuwandeln.

Die Registrierung ist erfolgreich, wenn vom Zugriffs-SBC ein 200 OK empfangen wird.

Flussdiagramm für Authentifizierung und Registrierung von Webex Calling mit lokalem Gateway

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofil-Einstellungen auf 5065 konfigurieren. Dies erlaubt eingehende Nachrichten auf Port 5065 und füllt die VIA-Kopfzeile mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

Informationen zum Sicherheitsprofil des SIP-Übertragungswegs eingeben
1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können das DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik zur Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS-, SCP- ODER FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet wird, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email  
end

Die folgende Abbildung zeigt eine Beispielkonfiguration für ein lokales Gateway, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um proaktive Benachrichtigungen mit Gmail als sicheren SMTP-Server an tacfaststart@gmail.com zu senden:

Wir empfehlen die Verwendung von Cisco IOS XE Bengaluru 17.6.x oder höher.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und aktivieren Sie die Einstellung Zugriff auf die App weniger sicher .

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung mit dem SNMP OID für fünf Sekunden. 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um SNMP zu aktivieren. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. neu, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Wenn das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um zu überprüfen, ob SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Behebung von temporären und vorübergehenden Problemen erheblich.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix. Hierbei handelt es sich um den Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das Sie mit dem folgenden Befehl vom Support Case Manager abrufen können. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie mit dem Befehl show snmp sicher, dass SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Überprüfen Sie mit dem Befehl show call-home diagnostic-signature , ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl ändert sich die Spalte „Status“ des Befehls show call-home diagnostic-signature zu „wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Befehls show call-home diagnostic-signature ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE-Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung von Cisco IOS XE Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Wenn Sie sich registriert haben, können Sie die Konfigurationsvalidierungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem zertifikatbasierten Mutual TLS (mTLS)-SIP-Übertragungsweg konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • voice class tenants: Wird verwendet, um trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall ermöglicht ein Unified Communications Manager die zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet. Es werden Optionen für die öffentliche oder private Adressierung (hinter NAT) bereitgestellt. SRV-DNS-Einträge sind optional, es sei denn, ein Lastausgleich über mehrere CUBE-Instanzen hinweg erfolgt.

Die in zertifikatbasierten lokalen Gateway-Konfigurationen verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle zertifikatbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.9.1a oder höher. Cisco IOS XE 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

    • Für Anforderungen an eine hohe Kapazität benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Berechtigung für den Durchsatz.

      Weitere Informationen finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder SRV-Adressen (Service Record) des lokalen Gateways, die in Control Hub konfiguriert sind, müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der Benutzeroberfläche des lokalen Gateways, die Webex zugewandt sind, müssen vom Internet aus zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Führen Sie die folgenden detaillierten Konfigurationsschritte aus, um ein signiertes Zertifikat auf dem lokalen Gateway zu installieren:

    • Eine öffentliche Zertifizierungsstelle (CA), die unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? beschrieben ist, muss das Gerätezertifikat signieren.

    • Der allgemeine Name (CN) des Zertifikats oder einer der alternativen Antragstellernamen (Subject Alternative Names, SAN) muss mit dem in Control Hub konfigurierten FQDN identisch sein. Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways aufweist, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation lgws.lgw.com als SRV-Adresse des/der lokalen Gateways(s) aufweist, die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, muss die Kontaktadresse für alle neuen SIP-Dialogfelder von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen verwenden.

    • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch. Dieses Paket enthält das CA-Stammzertifikat, das zur Verifizierung der Webex-Plattform verwendet wird.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Schützen Sie die STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat für Ihre Domäne, das von einer unterstützten Zertifizierungsstelle (CA) signiert wird.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden exec-Befehl.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Verwenden Sie die folgenden Konfigurationsbefehle, um einen Trustpoint für das Zertifikat zu erstellen und geben Sie die Feldwerte an, die in der Zertifikatsignieranforderung verwendet werden sollen: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Hinweise für Zertifikatsfelder:

    • fqdn: Das ist kein Pflichtfeld für Webex Calling. Wenn Sie diese Konfiguration auf „Keine“ setzen, wird sichergestellt, dass sie nicht in der Zertifikatssignaturanforderung enthalten ist. Wenn Sie einen FQDN mit diesem Befehl einschließen müssen, wirkt sich dies nicht auf den lokalen Gateway-Vorgang aus.

    • Betreffbezeichnung: Zum Validieren von Anrufen von einem lokalen Gateway muss Webex den FQDN in den SIP-Kontakt-Headern mit den Headern übereinstimmen, die entweder im Attribut „Subject Common Name (CN)“ oder im Feld „Subject Alternative Name (SAN)“ des SBC-Zertifikats enthalten sind. Das Betrefffeld sollte daher mindestens ein CN-Attribut enthalten, kann bei Bedarf aber auch andere Attribute enthalten. Weitere Informationen finden Sie unter Betreffbezeichnung.

    • Betreff-alt-name: Das Feld "Subject Alternative Name" (SAN) des SBC-Zertifikats kann eine Liste zusätzlicher FQDNs enthalten. Webex überprüft diese Liste, um die SIP-Kontakt-Kopfzeile in Nachrichten vom lokalen Gateway zu validieren, wenn das Zertifikatssubjekt-CN-Attribut nicht übereinstimmt.

    • Hash: Es wird dringend empfohlen, die Kundendienstmitarbeiter mit SHA256 zu signieren. Dieser Algorithmus wird standardmäßig von Cisco IOS XE 17.11.1 verwendet und sollte explizit mit diesem Befehl bei früheren Versionen konfiguriert werden.

  3. Generieren Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diese, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT

4

Geben Sie das Zertifikat der Zwischen-Zertifizierungsstelle für die Signatur an, die zur Authentifizierung Ihres Host-Zertifikats verwendet wird. Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT

5

Importieren Sie das signierte Host-Zertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate

6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint an, der für Sprachanwendungen verwendet werden soll. Verwenden Sie dazu die folgenden Konfigurationsbefehle:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Webex Calling-zertifikatbasierten Übertragungsweg konfigurieren
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet.

CUBE-zertifikatsbasierter PSTN-Übertragungsweg wird erstellt
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerkentitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert ein lokales Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adressliste zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Allow-connections sip to sip

Aktivieren Sie die CUBE-Standard-SIP-Funktionalität nacheinander für Benutzer-Agenten. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen STUN-Befehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

SIP-Profile eingehend

Ermöglicht CUBE, SIP-Profile zu verwenden, um Nachrichten während des Empfangs zu ändern. Profile werden über Dial-Peers oder Mandanten angewendet.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Der Befehl stun usage firewall-traversal flowdata ist nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt GCM als die von CUBE angebotene Verschlüsselungssuite an. Es ist obligatorisch, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf seinem Ziel-FQDN oder SRV eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub für den Trunk konfigurierten Trunk-FQDN oder -SRV.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie bei Verwendung von NAT mit dem nächsten Schritt fort. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, müssen die Kopfzeile „Kontakt“ in einer SIP-Anfrage und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

9

Wenn Ihr Gateway hinter dem statischen NAT mit einer privaten IP-Adresse konfiguriert ist, konfigurieren Sie die eingehenden und ausgehenden SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN, „10.80.13.12“ ist die Schnittstellen-IP-Adresse, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

Artikel 30 bis 81

Konvertieren Sie private Adressverweise in die externe öffentliche Adresse für die Site, damit Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass CUBE die Nachrichten von Webex verarbeiten kann.

Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

10

Konfigurieren Sie einen SIP-Optionen-Keepalive mit Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Ping "Out of Dialog Options" an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im Status "UP" oder "Down" befindet.

Dieses Keepalive-Profil wird von dem in Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter dem statischen NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statisches NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle zu Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Mit diesem Mandanten verknüpfte Wahl-Peers erben die folgenden Konfigurationen später:

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Wir empfehlen, dass Sie Tenants verwenden, um Trunks zu konfigurieren, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte TLS-Profil den Vertrauenspunkt, der zum Annehmen oder Erstellen neuer Verbindungen verwendet werden soll, sowie die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mithilfe des Befehls asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die in Control Hub bei der Erstellung Ihres Übertragungswegs angegeben wurde

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    localhost DNS: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Kopfzeilen „Von“, „Anruf-ID“ und „Remote-Party-ID“ in ausgehenden Nachrichten durch den angegebenen FQDN zu ersetzen. Verwenden Sie hier den FQDN oder SRV des Übertragungswegs, der im Control Hub für den Übertragungsweg konfiguriert ist.

    Sitzungstransport TCP TLS

    Legt den Transport auf TLS für zugeordnete Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind.

    SIP-Profile der Sprachklasse 100

    Wendet das Header-Änderungsprofil (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für Sprachklassen.

    Sprachklasse-SIP-Profile 110 eingehend

    Nur für LGW-Bereitstellungen hinter NAT: Wendet das Header-Änderungsprofil für eingehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    Datenschutz Passthru

    Konfiguriert CUBE, um die Privatfunktion-Header der empfangenen Nachricht transparent an den nächsten Anrufabschnitt weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit dem Tag 100 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    Eingehende URI-Anfrage 100

    Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des Header-URI der INVITE-ANFRAGE an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen vom lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN-Pakete helfen, ein Firewall-Pinhole für den Medienverkehr zu öffnen und gültige Pfade für die Medienoptimierung zu erkennen.

    Sprachklasse-SIP-Tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder -Endpunkten zu überwachen, die ein bestimmtes Profil (100) verwenden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren
Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie verwenden, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email  
end

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in der Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

    DS 64224 vom Diagnostic Signatures Lookup-Tool herunterladen

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl show call-home diagnostic-signature , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das wie im Folgenden gezeigt vom Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    Das im Abschnitt „Anhänge“ des Support Case Managers generierte Datei-Upload-Token
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie DS 64224 zur Überwachung hoher CPU-Auslastung und anschließend die XML-Datei DS 65095 im lokalen Gateway. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE High Availability als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Wechselt in den Redundanzmodus

  • application redundancy – Wechselt in den Konfigurationsmodus für die Anwendungsredundanz

  • group – Wechselt in den Konfigurationsmodus für die Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Male für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • GigabitEthernet3-Protokoll 1 steuern – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für Prüfpunkte des Datenverkehrs verwendet wird

  • track – RG-Gruppenverfolgung von Schnittstellen

  • protocol 1 – Gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert die Redundanzschnittstellenkennung für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn mehr als ein B2B-Paar im selben LAN vorhanden ist, MUSS jedes Paar eindeutige RII-IDs auf ihren jeweiligen Schnittstellen haben (um Kollisionen zu vermeiden). „show redundancy application group all“ (Redundanzanwendungsgruppe alle anzeigen) sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Hier ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Webex Control Hub-Parametern basiert. Speichern Sie und laden Sie sie erneut. SIP-Digest-Anmeldeinformationen von Webex Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify ""
""
  rule 13 response ANY sip-header To modify ""
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

SIP-UA-Registrierungsstatus anzeigen 


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie sehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: 
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: 
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: ;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

für Ihre Organisation konfigurieren

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Der erste Schritt zur Einrichtung Ihrer Dienste besteht darin, den First Time Setup Wizard (FTSW) abzuschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre e-Mail-Adresse für den Administrator wird automatisch für die Anmeldung bei verwendet, in der Sie aufgefordert werden, Ihr Administrator Passwort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und schließen , wenn Sie ein Partneradministrator sind und der Kundenadministrator die Bereitstellung von abschließen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Zur E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.

2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname: Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, mit dem der Standort verknüpft werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse: Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort: Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region: Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl: Geben Sie die Postleitzahl ein.
  • Ansagesprache: Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache: Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone: Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Standort löschen

Vorbereitungen

Sie können einen Standort löschen, der entweder nicht verwendet wird oder falsch konfiguriert wurde, nachdem Sie die mit ihm verknüpften Benutzer und Arbeitsbereiche gelöscht haben. Wenn Sie einen Standort löschen, löschen Sie alle zugewiesenen Dienste und Nummern.

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufe > Nummern , und wählen Sie im Dropdown-Menü den zu löschenden Standort aus. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle mit diesem Standort verknüpften Nummern an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Eigentümer dieser Nummern.

1

Melden Sie sich beim Control Hub unter https://admin.webex.com an, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf Schaltfläche „Weitere Optionen“ in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, den Standort endgültig zu löschen, kann aber bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben Schaltfläche „Weitere Optionen“ dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

3

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen festen Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie die Option Nummern jetzt bestellen unter einem aufgeführten Anbieter sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, werden automatisch zu einem lokalen PSTN mit einem entsprechenden Trunk konvertiert.

Informationen zur Migration finden Sie unten unter Zu Cisco-Anrufplänen migrieren .

4

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus.

Die Hauptnummer kann einem Auto Attendant oder einem anderen Ziel innerhalb des Standorts zugewiesen werden, sodass externe Anrufer zu einem geeigneten Ziel geleitet werden.

Weisen Sie dem Standort eine Hauptnummer zu, wenn er über Übertragungswege oder Entitäten nur mit Anschlüssen wie Benutzer, Arbeitsbereiche, virtuelle Leitungen oder Funktionen verfügt. Ohne Hauptnummer sind die Übertragungswege nicht nutzbar und Entitäten nur mit Durchwahl können keine internen oder externen Anrufe tätigen oder empfangen. Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie PSTN-Anrufe tätigen.

Wenn Sie eine gebührenfreie Nummer als Hauptnummer für einen Standort auswählen, empfehlen wir die Aktualisierung der Rückrufnummer für den Notfall für den Standort, da gebührenfreie Nummern keine Dienstadresse für den Notfall haben. Weitere Informationen finden Sie unter Rückrufnummer für den Notfall für einen Standort konfigurieren.

5

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Anbieter von Notrufen benötigt möglicherweise Informationen über das Zugriffsnetzwerk. Dies wird durch die Definition des neuen privaten SIP-Durchwahlheaders „P-Access-Network-Info“ erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

6

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

7

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeiten, wechseln Sie zum Bereich Allgemeine Einstellungen der jeweiligen Funktion, für die Sie die Zeitzone aktualisieren möchten, bearbeiten und speichern.

Zu Cisco Calling-Tarifen migrieren

Sie können Ihre PSTN-Verbindung für einen vorhandenen Standort in Cisco PSTN ändern. Sie können beispielsweise die Standorte für das lokale PSTN (lokales Gateway) oder nicht integrierte CCP-Verbindungen zu Cisco PSTN ändern. Cisco PSTN stellt eine Cloud-PSTN-Lösung von Cisco bereit.

Alle portierbaren Nummern bleiben bis auf eine kleine Unterbrechung während der geplanten Abschlusszeit der Portierung funktionsfähig.

Außerdem können Sie keine Änderung der Nummernverwaltung für einen Standort vornehmen, der sich in einem PSTN-Verbindungsübergang befindet. Die vorhandenen Nummern bleiben jedoch funktionsfähig, und Sie können die Zuweisung von Nummern zum Standort trotzdem aufheben. Sie können keine Nummern für diesen Standort hinzufügen, löschen und verschieben. Während dieses Vorgangs wird das Routing-Profil automatisch aktualisiert und Cisco PSTN aktiviert.

Die Möglichkeit, die PSTN-Verbindung für einen vorhandenen Standort zu Cisco PSTN zu ändern, wird für die Region Japan derzeit nicht unterstützt.

Beim Ändern der PSTN-Verbindung wird ein Abonnement mit einer Calling-Lizenz angewendet, und der Abrechnungsdienst erhält eine Benachrichtigung.

Beschränkungen:

  • Die Migration von einem integrierten IntelePeer-Standort zu einem Cisco PSTN-Standort wird nicht unterstützt.

  • Der Standort der dedizierten Instanz kann nicht zu Cisco PSTN migriert werden

  • Für die Änderung der PSTN-Verbindung können mehrere Portierungsaufträge erforderlich sein. Wenn dies der Fall ist, werden diese Aufträge verknüpft, damit sie gleichzeitig abgeschlossen werden. Jede Datumsänderung oder Stornierung eines Portierungsauftrags muss auf alle verknüpften Portierungsaufträge für die Verbindungsänderung angewendet werden.

So initiieren Sie eine PSTN-Verbindungsänderung

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung in Cisco PSTN ändern möchten.

4

Gehen Sie zur Registerkarte Anrufe , und klicken Sie auf die Option Verwalten neben dem lokalen PSTN oder dem nicht integrierten Cloud Connected PSTN.

5

Bearbeiten neben Verbindungstyp.

6

Wählen Sie die Karte Cisco-Anrufpläne und dann das Abonnement aus, das den Benutzern an diesem Standort den Cisco-Anrufplan zuweist. Klicken Sie auf Weiter.

7

Eine Seite zur Verbindungsänderung wird zur Bestätigung angezeigt. Klicken Sie auf Weiter , und prüfen Sie die Portierungsbereitschaft Ihrer Nummern.

Der PSTN-Verbindungsport-Assistent prüft, ob Ihre Nummern bereit für die Portierung sind.

Die Schaltfläche „Weiter“ wird nur aktiviert, wenn alle Nummern in der Liste portierbar sind. Lesen Sie diese Hinweise:

  • „Nicht portierbare Nummern“ bezieht sich auf inaktive Nummern. Stellen Sie sicher, dass keine Nummern unter dieser Liste vorhanden sind.

  • Entfernen Sie alle nicht portierbaren Nummern vom Standort. Sie können die Nummern verschieben oder die Zuweisung aufheben und anschließend löschen.

8

Klicken Sie auf Weiter und geben Sie die Vertragsinformationen ein.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Dies ist der primäre Vertragskontakt für alle Standorte, die Cisco-Anrufpläne (USA) verwenden. Änderungen an diesem Kontakt gelten für alle anderen Standorte, die Cisco-Anrufpläne (USA) verwenden.

9

Klicken Sie auf Weiter. Eine Benachrichtigung wird angezeigt, in der Sie aufgefordert werden, Ihre Vertragsinformationen für diesen Standort zu speichern. Wählen Sie Ja, ändern aus.

10

Geben Sie die Dienstadresse für den Notfall an, und klicken Sie auf Speichern.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Im Notfall verwendet das lokale Notfallteam diese Adresse, um den Anrufer zu orten.

11

Die Übersichtsseite mit der Anzahl der erstellten Ports wird angezeigt. Wenn es nur eine Bestellung gibt, wird ein zusätzlicher Schritt mit der Bezeichnung Zusätzliche Informationen bereitstellen angezeigt. Für mehrere Aufträge steht oben eine Auftragsauswahl zur Verfügung, um zwischen den Aufträgen zu navigieren. Klicken Sie auf Weiter und geben Sie die Details ein, um den Portierungsassistenten abzuschließen.

Übersichtsseite des PSTN-Verbindungsports-Assistenten.

Die Aufträge werden gleichzeitig gesendet, wenn alle Informationen für eine einzelne PSTN-Migrationsanfrage bereitgestellt werden. Das feste Auftragsbindungsdatum ist standardmäßig für alle Aufträge einheitlich. Die Änderung der PSTN-Verbindung wird automatisch übernommen, nachdem die letzte verknüpfte Bestellung vollständig portiert wurde.

  • Wenn die Bestellübermittlung fehlschlägt, wird automatisch ein Support-Ticket erstellt und an das Support-Team gesendet.

  • Wenn für die Änderung der PSTN-Verbindung mehrere Bestellungen von mehreren Netzbetreibern erforderlich sind, kann es bis zu 10 Werktage dauern, bis dieser Vorgang abgeschlossen ist.

Die Migrationsdetails sind auf der Registerkarte Dienste > Anrufe > PSTN > Bestellung verfügbar. Wählen Sie die Auftrags-ID aus, um die Auftragsdetails in einer Seitenansicht anzuzeigen. Sie können den Typ „PSTN ändern“ für die Bestellungen anzeigen, die über die PSTN-Verbindungsänderung erstellt wurden.

PSTN-Verbindungsänderung abbrechen

Ein Administrator kann die PSTN-Migration abbrechen, wenn sich der Standort noch im Übergangsstatus befindet.

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung abbrechen möchten.

4

Gehen Sie zur Registerkarte Anrufe, und klicken Sie auf die Schaltfläche PSTN-Verbindungsänderung abbrechen .

5

Klicken Sie auf Ja, weiter , um die Stornierung zu bestätigen.

Konfigurieren des Wählplans

Sie können den Wählplan für Ihre Bereitstellung mit ausgehenden Wählcodes steuern. Passen Sie die Länge von Durchwahlen, Routing-Präfixe und Wähleinstellungen (intern und extern) an, damit Sie die Anforderungen von Benutzern berücksichtigen können.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, verwenden Sie die Beispielnummern in der Aktualisierung, um diese Änderungen anzuzeigen.

Sie können Berechtigungen für ausgehende Anrufe für einen Standort konfigurieren. Lesen Sie diese Schritte , um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und scrollen Sie zu Interne Rufnummernwahl.

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Wenn Sie mehrere Standorte haben, empfehlen wir diese Einstellung. Sie können eine Länge von 1 bis 7 Ziffern eingeben. Wenn Sie mehrere Standorte mit derselben Durchwahl haben, müssen Benutzer ein Präfix wählen, wenn sie Zwischen Standorten Anrufe tätigen. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    • Die Länge des Routing-Präfix umfasst die führende Ziffer. Wenn Sie beispielsweise die Länge des Routing-Präfix auf vier festlegen, können Sie nur drei Ziffern verwenden, um den Standort anzugeben.

    • Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anschlüsse, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfixdurchwahl).

  • Führende Ziffer im Routing-Präfix: Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt werden soll.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Wenn Sie die Länge Ihrer Durchwahl erhöhen, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Wahl mit Durchwahl zwischen Standorten zulassen – Ermöglicht Ihnen die Anpassung der Wahl mit Durchwahl zwischen Standorten an die Anforderungen Ihrer Organisation.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation keine doppelten Durchwahlen an allen Standorten hat.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation an verschiedenen Standorten denselben Anschluss hat. Wenn der Umschalter deaktiviert ist und der Anrufer die Durchwahl wählt, wird der Anruf an einen Benutzer mit einer übereinstimmenden Durchwahl am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix für den Standort + Anschluss) wählen, um eine Durchwahl an anderen Standorten zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Rufnummernwahl und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer von einem Standort wählen müssen, um jemanden am anderen Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, sie muss jedoch 1 bis 7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Wählen, und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional können Sie Ziffer für ausgehende Anrufe erzwingen an diesem Standort festlegen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    • Sie können Notrufe mit oder ohne Ziffer für ausgehende Anrufe wählen, wenn Sie diese Funktion aktivieren. Nach der Aktivierung funktionieren alle externen Zielnummern wie die für die Anrufweiterleitung nicht mehr, wenn keine Ziffer für ausgehende Anrufe angegeben ist.

    • Wenn eine Durchwahl mit der nationalen Nummer identisch ist, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher empfehlen wir, die Ziffer für ausgehende Anrufe zu aktivieren.

    • Wir empfehlen dringend die Verwendung des E.164-Nummerierungsformats für ein- und ausgehende PSTN-Anrufe.

Auswirkungen für Benutzer:

  • Damit die Änderungen in den Wähleinstellungen übernommen werden, müssen die Benutzer ihre Telefone neu starten.

  • Benutzerdurchwahlen sollten nicht mit derselben Nummer wie die führende Ziffer oder die Ziffern für ausgehende Anrufe des Standorts beginnen.

Konfigurieren Sie lokales PSTN (Lokales Gateway) in

Wenn Sie ein Value Added Reseller sind, können Sie die folgenden Schritte ausführen, um die Konfiguration des lokalen Gateways in zu starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Standorten verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Führen Sie die folgenden Schritte aus, um einen Übertragungsweg in zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich unter an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen aus.

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, diese Informationen aus zu kopieren und in eine lokale Textdatei oder ein lokales Dokument einzufügen, damit Sie sich darauf beziehen können, wenn Sie bereit sind, das lokale PSTN zu konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Übertragungsweginformationen in generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die erzeugten Konfigurationsinformationen übernehmen und die Parameter dem lokalen Gateway zuordnen (z. b. auf einem Cisco Cube, der sich auf dem Gelände befindet). Dieser Artikel führt Sie durch diesen Prozess. Als Referenz finden Sie im folgenden Diagramm ein Beispiel für die Zuordnung der Konfigurationsinformationen (links) zu den Parametern im Cube (rechts):

Diagrammbeispiel eines lokalen Gateways.

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Sie können Telefonnummern für Ihre Organisation ganz einfach in anzeigen, aktivieren, entfernen und hinzufügen. Weitere Informationen finden Sie unter Verwalten von Telefonnummern in Control Hub.

Anfordern eines Servicekaufs über eine Testversion in

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich unter an, und wählen Sie das Gebäude-Symbol Gebäudesymbol..

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Festlegen von Anrufoptionen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Benutzer der Webex-App.

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Calling-Clients konfigurieren, einschließlich einer Bereitstellung im gemischten Modus für Organisationen mit Benutzern mit Berechtigung mit Unified CM oder und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten.

Unified CM konfigurieren für

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürzte standortübergreifende Rufnummernwahl)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name wie Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name wie Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL_Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteZurück_Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +140855501XX

Einrichten Ihrer Funktionen

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Unterstützen Sie die Bedürfnisse Ihres Front-Office-Personals. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschaltung für Benutzer aktivieren

1

2

Gehen Sie zu Verwaltung > Benutzer.

3

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

4

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie dann Aufschalten aus.

5

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

6

Aktivieren Sie die Option Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet , wenn Sie anderen einen Ton wiedergeben möchten, wenn sich dieser Benutzer in einen Anruf aufschaltet.

Die Einstellung Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet gilt nicht für die Aufschaltfunktion von Customer Experience Basic und Essentials für Supervisor. Auch wenn Sie diese Option für einen Supervisor aktivieren, gibt das System den Benachrichtigungston nicht für den Agenten wieder, wenn sich ein Supervisor in einen Anruf in die Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton wiedergeben möchten, wenn sich ein Supervisor in einen Anruf aufschaltet, können Sie dies über die Einstellungen „Benachrichtigungston für Agenten“ aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschlange erstellen in Webex Customer Experience Basic oder Webex Customer Experience Essentials.

7

Klicken Sie auf Speichern.

Datenschutz für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

3

Wechseln Sie zum Bereich Berechtigungen zwischen Benutzern und wählen Sie Datenschutz.

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen Ihrer zugewiesenen Standorte angezeigt.

Deaktivieren Sie das Kontrollkästchen Datenschutz aktivieren , damit alle den Leitungsstatus überwachen können.

6

Aktivieren Sie das Kontrollkästchen Datenschutz für gezielte Anrufübernahme und Aufschaltung durchsetzen , um die Privatsphäre für gezielte Anrufübernahme und Aufschaltung zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte bei diesem Benutzer eine gezielte Anrufübernahme und eine Aufschaltung verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und eine Aufschaltung auf einer Leitung vornehmen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten in einem Anruf eines anderen Teilnehmers.
  • Der Supervisor kann sich jederzeit über die Anrufwarteschlange auf Anrufe aufschalten, die die Agenten empfangen. Das heißt, die Datenschutzeinstellungen wirken sich nicht auf die Aufschaltoption eines Supervisors aus.

7

Wählen Sie unter Mitglied nach Name hinzufügen die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Leitungsstatus des Telefons überwachen und eine gezielte Anrufübernahme und eine Aufschaltung durchführen können.

8

Um die von Ihnen ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Nach Name, Nummer oder Durchwahl filtern .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .

10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximale Anzahl der überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und klicken Sie auf Benutzer.

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung aus.

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste Überwachte Leitung hinzufügen aufnehmen.

5

Wählen Sie aus, ob Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Liste der überwachten Leitungen entspricht der Reihenfolge der überwachten Leitungen, die auf dem Gerät des Benutzers angezeigt werden. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wurde.

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in verwalten.

Warnton für Anrufüberbrückung für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen werden kann. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufüberbrückung aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton zur Anrufüberbrückung.

4

Aktivieren Sie den Warnton zur Anrufüberbrückung und klicken Sie auf Speichern.

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung gemeinsam genutzter Leitungen für WebexApp.

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und wählen Sie Benutzer aus.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern , wählen Sie Hoteling aus und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Hosts in das Suchfeld Hoteling-Standort ein, und wählen Sie den Hoteling-Host aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber auswählen, wird der erste gelöscht.

Wenn Sie Standortadministrator sind, können Sie nur den Hoteling-Host zuweisen, der Ihren zugewiesenen Standorten zugeordnet ist.

5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugewiesen werden kann, wählen Sie in der Dropdown-Liste Zuordnungszeitraum begrenzen die Anzahl der Stunden aus, die der Benutzer dem Hoteling-Host nutzen kann.

Der Benutzer wird nach dem ausgewählten Zeitpunkt automatisch abgemeldet.

Auf dem Bildschirm wird eine Fehlermeldung angezeigt, wenn der für den Benutzer angegebene Limit-Zuordnungszeitraum den Limit-Zuordnungszeitraum des ausgewählten Hoteling-Hosts überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen Limit-Zuordnungszeitraum von 12 Stunden und der Limit-Zuordnungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die maximale Zuordnungsdauer des Hoteling-Gastgebers verlängern, wenn der Benutzer mehr Zeit benötigt.

6

Klicken Sie auf „Speichern“.

Ein Benutzer kann auch den gewünschten Hoteling-Host über User Hub suchen und durchsuchen. Weitere Informationen finden Sie unter Zugriff auf Ihr Anrufprofil von überall aus.

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren können.

Einführungstrends und Nutzungsberichte für

Anrufberichte anzeigen

Auf der Seite Analysen können Sie sehen, wie Dienste genutzt werden, wie die App genutzt wird und wie die Qualität der Anrufmedien aussieht. So greifen Sie auf Analysen zu:

1

2

Gehen Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

3

Wählen Sie Detailliertes Anrufprotokoll aus.

Die Anrufverlaufsdetails werden mit Daten zur Medienqualität angezeigt.
4

Um auf Daten zur Medienqualität zuzugreifen, melden Sie sich bei an, wechseln Sie zu Analysen und wählen Sie Anrufe aus.

Weitere Informationen

Übersicht über Webex Calling

Stellen Sie sich vor, Sie können Cloud-Telefonie-, Mobilitäts- und PBX-Funktionen der Enterprise-Klasse zusammen mit Nachrichten und Meetings nutzen und Anrufe von einem Soft-Client oder Cisco-Gerät aus tätigen. Das ist genau das, was Ihnen zu bieten hat.

bietet die folgenden Funktionen und Vorteile:

  • Calling-Abonnements für Telefonie-Benutzer und gemeinsame Bereiche

  • Sichere und zuverlässige Cloud-Dienste von vertrauenswürdigen regionalen Dienstleistern

  • Zugriff für jeden Benutzer, Hinzufügen von umfassenden Unified Communications-und Team Collaboration-Services.

  • Webex Meetings als optionales, integriertes Add-On bietet die erstklassige Meeting-Erfahrung, die Unternehmensbenutzer erwarten.

  • PSTN-Zugriff (Public Switch Telephony Networks), mit dem Ihre Benutzer Nummern außerhalb der Organisation wählen können. Der Service wird über eine bestehende Unternehmensinfrastruktur bereitgestellt

    • Lokales Gateway ohne lokale IP PBX

    • Vorhandene Unified CM-Anrufumgebung

    • Vom Partner oder Cisco bereitgestellte PSTN-Optionen

  • Tier-1-Support durch Ihren Partner und Next-Level-Support durch Cisco

ist ein webbasiertes Verwaltungsportal, das sich integrieren lässt, um Ihre Bestellungen und Konfigurationen zu optimieren und Ihre Verwaltung des Angebotspakets – und Webex Meetings – zu zentralisieren.

Tabelle 1: Vom Administrator konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Sie können einen Zeitplan für 24 Stunden festlegen oder unterschiedliche Optionen für Zeiten einrichten, an denen Ihr Büro geöffnet bzw. geschlossen ist. Sie können Anrufe sogar anhand von Anrufer-ID-Attributen weiterleiten, um VIP-Listen zu erstellen oder Anrufe aus bestimmten Ortsvorwahlen unterschiedlich zu behandeln.

Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten, wenn Sie eingehende Anrufe nicht annehmen können. Sie können Anrufern eine automatische Antwort, Komfort-Nachrichten und Warteschleifenmusik bereitstellen, bis jemand den Anruf annehmen kann.

Anrufannahme

Sie können die Teamarbeit und Zusammenarbeit verbessern, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer Anrufe von anderen Benutzern annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Anruf parken

Sie können die Option „Anruf parken“ aktivieren, damit Benutzer einen Anruf halten und von einem anderen Telefon aus annehmen können.

Sammelanschluss

In folgenden Fällen möchten Sie möglicherweise Sammelanschlüsse einrichten:

  • Verkaufsteams möchten eventuell sequentielles Routing verwenden. Ein eingehender Anruf klingelt auf einem Telefon, und wenn niemand abnimmt, wird der Anruf an den nächsten Mitarbeiter auf der Liste weitergeleitet.

  • Im Vergleich dazu möchte ein Support-Team, dass alle Telefone gleichzeitig klingeln, damit der zuerst verfügbare Mitarbeiter den Anruf entgegennehmen kann.

Paging-Gruppe

Sie können eine Paging-Gruppe erstellen, damit Benutzer Audionachrichten an Personen, Abteilungen oder Teams senden können. Wird eine Nachricht an eine Paging-Gruppe gesendet, wird diese auf allen Geräten in der Gruppe abgespielt.

Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. So stehen eine ganze Reihe von Optionen für die Anrufkontrolle, die Leitungsüberwachung im großen Maßstab, Anrufwarteschlangen, viele verschiedene Verzeichnisoptionen und -ansichten, eine Outlook-Integration u. v. m. zur Verfügung.
Tabelle 2. Vom Benutzer konfigurierbare Funktionen

Funktion

Beschreibung

Ablehnen anonymer Anrufe

Benutzer können eingehende Anrufe mit blockierten Anrufer-IDs ablehnen.

Business Continuity

Wenn die Telefone der Benutzer aus Gründen wie Stromausfall, Netzwerkproblemen usw. nicht mit dem Netzwerk verbunden sind, können die Benutzer eingehende Anrufe an eine bestimmte Telefonnummer weiterleiten.

Anrufweiterleitung

Benutzer können eingehende Anrufe auf ein anderes Telefon umleiten.

Gezielte Rufumleitung

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten umleiten. Diese Einstellung geht der allgemeinen Rufumleitung vor.

Anrufbenachrichtigung

Benutzer können veranlassen, dass ihnen eine E-Mail zugeschickt wird, wenn sie einen Anruf erhalten, der vorab festgelegten Kriterien entspricht, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Anklopfen

Benutzer können die Annahme zusätzlicher eingehender Anrufe zulassen.

Bitte nicht stören

Benutzer können vorübergehend alle Anrufe direkt an die Voicemail weiterleiten lassen.

Office Anywhere

Benutzer können ihr ausgewähltes Telefon („Standorte“) als Anschluss für ihre geschäftliche Telefonnummer und den Wählplan verwenden.

Prioritätswarnung

Benutzer können veranlassen, dass ihr Telefon einen speziellen Klingelton abspielt, wenn sie einen Anruf erhalten, bei dem vorab festgelegte Kriterien erfüllt sind, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Remote-Büro

Benutzer können Anrufe von einem Remote-Telefon tätigen und es so aussehen lassen, als würden sie von ihrer geschäftlichen Leitung aus anrufen. Darüber hinaus klingeln alle auf der geschäftlichen Leitung eingehenden Anrufe auf diesem Remote-Telefon.

Gezielte Anrufannahme

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten annehmen.

Gezieltes Ablehnen von Anrufen

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten ablehnen.

Sequenzielles Klingeln

Benutzer können bis zu 5 Geräte bestimmen, die bei eingehenden Anrufen nacheinander klingeln sollen.

Gleichzeitiges Klingeln

Benutzer können festlegen, dass bei eingehenden Anrufen gleichzeitig das Gerät der eigenen Nummer und das von anderen („Anrufempfänger“) klingelt.

Bereitstellung von Diensten, Geräten und Benutzern in , Weiterleitung zur detaillierten Konfiguration in

( ) ist ein Verwaltungsportal, das sich integrieren lässt, um Ihre Bestellungen und Konfigurationen zu optimieren und Ihre Verwaltung des Angebotspakets –, und .

ist der zentrale Ort für die Bereitstellung aller Dienste, Geräte und Benutzer. Dort haben Sie die Möglichkeit, Ihre Anrufdienste erstmalig einzurichten, MPP-Telefone (über die MAC-Adresse) in der Cloud zu registrieren, Benutzer zu konfigurieren, indem Sie Geräte mit ihnen verknüpfen und Nummern, Dienste, Anruffunktionen usw. hinzufügen. Außerdem können Sie von zu einem Querstart wechseln.

Benutzeroberfläche

Benutzer haben Zugriff auf folgende Benutzeroberflächen:

  • Anwendung – Soft-Client für Anrufe unter dem Markenzeichen von Cisco. Weitere Informationen finden Sie unter Kennenlernen der neuen Cisco Webex Calling-App.

  • ( ) – Schnittstelle, über die Benutzer Präferenzen für das Profil festlegen, die Webex-App herunterladen und zu den Anrufeinstellungen wechseln können. Weitere Informationen finden Sie unter Ändern Ihrer Cisco Webex-Einstellungen.

  • Webex-App: Anwendung, die im Abonnement als Team Messaging-Client mit Cisco-Marke enthalten ist. Weitere Informationen finden Sie unter Erste Schritte mit der Cisco Webex-App.

  • Webex Meetings – Optionale Anwendung, die als Meetings-Lösung hinzugefügt werden kann. Weitere Informationen finden Sie unter Webex Meetings.

Kundenadministratoren

Als Kundenadministrator mit einem Test- oder kostenpflichtigen Abonnement können Sie Ihre Organisation in einrichten, indem Sie Standorte, Lizenzen, Telefonnummern, Anruffunktionen, Benutzer und Arbeitsbereiche (Raumgeräte, die sich in der Webex-Cloud registrieren) hinzufügen. Sie können diese Komponenten auch von dort aus verwalten.

Partner

Als Partner-Serviceanbieter können Sie Ihren Kundenmarke, Markt und Verkauf anbieten . Sie können Testversionen einrichten und erweitern, Dienste für Ihre Kunden bereitstellen und Bestellungen für Ihre Kunden erstellen und bereitstellen.

Verfügbarkeit

In der Kopfzeile des Artikels Wo ist Cisco Webex verfügbar? finden Sie Informationen zu den Ländern, in denen sie zum Verkauf verfügbar sind.

Rundgang durch

ist Ihre zentrale webbasierte Benutzeroberfläche für die Verwaltung Ihrer Organisation und Ihrer Benutzer, die Zuweisung von Diensten, die Analyse von Tendenzen bei der Akzeptanz, die Anrufqualität und vieles mehr.

Übersicht der Control Hub-Schnittstelle: Hervorhebung und Kennzeichnung des linken Navigationsmenüs, Unternehmensinformationen, Benachrichtigungen, In-App-Hilfe, Feedback, Sprache und Abmeldung.

Wir empfehlen Ihnen, einige Benutzer zum Beitreten einzuladen, indem Sie ihre E-Mail-Adressen in eingeben, damit Ihre Organisation einsatzbereit ist. Bestärken Sie die Mitarbeiter, die von Ihnen bereitgestellten Dienste, u. a. die Anruffunktion, zu nutzen, und Ihnen zu ihren Erfahrungen Rückmeldung zu geben. Je weiter Ihre Vorbereitungen vorangeschritten sind, desto mehr Benutzer können Sie hinzufügen.

Verwenden Sie nach Möglichkeit die neueste Desktopversion von Google Chrome oder Mozilla Firefox, um auf zuzugreifen. Bei Browsern auf Mobilgeräten und anderen Desktop-Browsern kann es zu unerwarteten Ergebnissen kommen.

Verwenden Sie die nachstehend aufgeführten Informationen als kurze Übersicht darüber, was zu erwarten ist, wenn Ihre Organisation für die Dienste vorbereitet werden soll. Weiterführende Informationen finden Sie in den einzelnen Kapiteln, in denen auch schrittweise Anleitungen zu finden sind.

Erste Schritte

Nachdem Ihr Partner Ihr Konto erstellt hat, erhalten Sie eine Begrüßungs-E-Mail. Klicken Sie in der E-Mail auf den Link Erste Schritte . Verwenden Sie Chrome oder Firefox, um darauf zuzugreifen. Über den Link werden Sie automatisch mit Ihrer Administrator-E-Mail-Adresse angemeldet. Als nächstes werden Sie aufgefordert, Ihr Administrator-Passwort zu erstellen.

Erstellen Sie ein neues Passwort-Bildschirm aus den ersten Schritten der E-Mail-Adresse für die Control Hub-Einrichtung.

Assistent für den Einstieg für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, wird der Einrichtungsassistent automatisch gestartet, nachdem Sie sich bei angemeldet haben. Der Wizard erläutert Ihnen die Standardeinstellungen, mit denen Sie Ihre Organisation sowie andere Dienste einrichten können. Sie können Ihre Anrufeinstellungen einrichten und noch einmal überprüfen, bevor Sie den Wizard beenden.

Wizard für die erste Einrichtung von Control Hub.

Überprüfen Ihrer Einstellungen

Beim Laden können Sie Ihre Einstellungen überprüfen.

Control Hub-Übersichtsseite.

Hinzufügen von Benutzern

Wenn Sie Ihre Dienste eingerichtet haben, können Sie Personen aus Ihrem Unternehmensverzeichnis hinzufügen. Gehen Sie zu Benutzer und klicken Sie auf Benutzer verwalten.

Benutzer-Popup-Fenster in Control Hub verwalten.

Wenn Sie Microsoft Active Directory verwenden, empfehlen wir Ihnen, zunächst die Verzeichnissynchronisierung zu aktivieren und anschließend zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf Weiter und befolgen Sie die Anweisungen, um den Cisco-Verzeichniskonnektor einzurichten.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

verwendet die Basisauthentifizierung. Sie können SSO einrichten, sodass sich Benutzer mit ihren Unternehmensidentitätsanbietern anstatt eines separaten, in Webex gespeicherten und verwalteten Kennworts mit ihren Unternehmensidentitätsanbietern authentifizieren.

Gehen Sie zu Einstellungen, blättern Sie zu Authentifizierung, klicken Sie auf Ändern und wählen Sie dann Drittanbieter-Identitätsanbieter integrieren aus.

Bildschirm mit den Einstellungen für die einmalige Anmeldung (SSO) mit der Option „Einen 3rd-Party-Anbieter integrieren“ ausgewählt.

Zuweisen von Diensten zu Benutzern

Sie müssen den Benutzern, die Sie hinzugefügt haben, Dienste zuweisen, damit die Benutzer mit der Nutzung beginnen können.

Gehen Sie zu Benutzer, klicken Sie auf Benutzer verwalten, wählen Sie Benutzer mit CSV-Vorlage importieren und exportieren aus und klicken Sie dann auf Exportieren.

Fügen Sie in der heruntergeladenen Datei einfach True für die Dienste hinzu, die Sie jedem Benutzer zuweisen möchten.

Beispiel für eine CSV-Datei zum Zuweisen von Diensten zu Benutzern in Control Hub.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt gerüstet, um Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem Ort gemeinsam genutzt werden, und um Geräte zu registrieren und Benutzern zuzuweisen.

Startschuss für Ihre Benutzer

Da Sie nun Benutzer hinzugefügt und ihnen Dienste zugewiesen haben, können sie ihre unterstützten Multiplattform-Telefone (MPPs) für Nachrichten und Meetings verwenden. Bestärken Sie sie, die Cisco Webex-Einstellungen als zentralen Zugang zu verwenden.

Rolle des lokalen Gateways

Das lokale Gateway ist ein vom Unternehmen oder Partner verwaltetes Edge-Gerät, das auf das PSTN (Public Switched Telephone Network) und frühere Telefonanlagen (PBX – Public Branch Exchange) (einschließlich Unified CM) abgestimmt ist.

Sie können zum Zuweisen eines lokalen Gateways zu einem Standort verwenden, nach dem Parameter bereitgestellt werden, die Sie auf dem Cube konfigurieren können. Mit diesen Schritten können Sie das lokale Gateway in der Cloud registrieren, und anschließend wird der PSTN-Dienst über das Gateway für Benutzer an einem bestimmten Standort bereitgestellt.

Wenn Sie ein lokales Gateway angeben und bestellen möchten, lesen Sie den Bestell Leit Faden für das lokale Gateway.

Unterstützte lokale Gateway-Bereitstellungen für

Es werden folgende einfache Bereitstellungen unterstützt:

Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist.

Bereitstellungen des lokalen Gateways ohne IP PBX am Standort

Lokales Gateway als Einzellösung

Diese Abbildung zeigt eine Bereitstellung ohne vorhandene IP PBX und ist auf einen einzelnen Standort oder eine Bereitstellung mit mehreren Standorten anwendbar.

Abbildung einer Webex Calling-Bereitstellung ohne vorhandene IP PBX.

Bei allen Anrufen, die nicht mit Ihren Zielen übereinstimmen, werden diese Anrufe zur Verarbeitung an das lokale Gateway weitergeleitet, das dem Standort zugewiesen ist. Das lokale Gateway verteilt alle Anrufe, die vom PSTN aus und vom PSTN aus aus in die andere Richtung kommen.

Das PSTN-Gateway kann als dedizierte Plattform ausgeführt oder parallel zum lokalen Gateway verwendet werden. Wie in der folgenden Abbildung dargestellt, empfehlen wir für diese Bereitstellung die Variante des dedizierten PSTN-Gateways. Sie kann verwendet werden, wenn das vorhandene PSTN-Gateway nicht als lokales Gateway verwendet werden kann.

Abbildung zeigt die empfohlene Bereitstellungsoption für eine Variante des PSTN-Gateways, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

Lokales Gateway als Parallellösung

Das lokale Gateway kann IP-basiert sein und sich über einen SIP-Trunk mit einem ITSP verbinden oder aber TDM-basiert sein und eine ISDN-Verbindung oder eine Analogschaltung verwenden. Die folgende Abbildung zeigt eine Bereitstellung, bei der das lokale Gateway gleichzeitig mit dem PSTN GW/SBC verwendet wird.

Abbildung einer Webex Calling-Bereitstellung, bei der das lokale Gateway parallel zum PSTN GW/SBC verwendet wird.

Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort

Integrationen mit Unified CM sind in folgenden Fällen erforderlich:

  • – aktivierte Standorte werden zu einer vorhandenen Cisco UC-Bereitstellung hinzugefügt, bei der Unified CM als lokale Anrufsteuerungslösung bereitgestellt wird.

  • Direktwahl zwischen Telefonen, die in Unified CM registriert sind, und Telefonen an Standorten ist erforderlich.

Diese Abbildung zeigt eine Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Abbildung einer Webex Calling-Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Webex Calling sendet Anrufe, die nicht den Zielen des Kunden entsprechen, an das lokale Gateway. Dies umfasst PSTN Nummern und interne Unified CM-Erweiterungen, die Webex Calling können. Das lokale Gateway leitet alle Anrufe, die von Webex Calling zu Unified CM kommen, und umgekehrt. Anschließend verteilt Unified CM eingehende Anrufe an lokale Ziele oder an das PSTN gemäß dem bestehenden Wählplan. Der Unified CM-Wählplan vereinheitlicht Nummern zu +E.164. Das PSTN-Gateway kann als dedizierte Ausführung oder parallel zum lokalen Gateway verwendet werden.

Dediziertes PSTN-Gateway

Die in diesem Diagramm dargestellte Variante dieser Bereitstellung für dedizierte PSTN-Gateways ist die empfohlene Option und kann verwendet werden, wenn das vorhandene PSTN-Gateway nicht als lokales Gateway verwendet werden kann.

Abbildung, die die Variante des dedizierten PSTN-Gateways zeigt; die empfohlene Option, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

PSTN-Gateway als Parallellösung

Diese Abbildung zeigt eine Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Webex Calling leitet alle Anrufe, die nicht den Zielen des Kunden entsprechen, an das lokale Gateway weiter, das dem Standort zugewiesen ist. Dazu gehören PSTN-Ziele und On-Net-Anrufe an interne Unified CM-Anschlüsse. Das lokale Gateway verteilt alle Anrufe an Unified CM. Daraufhin werden die Anrufe von Unified CM über das lokale Gateway, das außerdem über PSTN/SBC-Funktionen verfügt, an lokal registrierte Telefone oder an das PSTN verteilt.

Abbildung einer Webex Calling-Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Hinweise zur Anrufverteilung

Anrufe von an Unified CM

Die Routing-Logik funktioniert wie folgt: Wenn die an einem Endpunkt gewählte Nummer nicht an ein anderes Ziel innerhalb desselben Kunden in Webex Calling weitergeleitet werden kann, wird der Anruf zur weiteren Verarbeitung an das lokale Gateway gesendet. Alle Off-Net-Anrufe (außerhalb Webex Calling)-Anrufe werden an das lokale Gateway gesendet.

Bei einer Bereitstellung ohne Integration in ein vorhandenes Unified CM wird jeder netzferne Anruf als PSTN-Anruf betrachtet. In Verbindung mit Unified CM kann ein Off-Net-Anruf trotzdem ein On-Net-Anruf sein, wenn das Ziel auf Unified CM gehostet wird, oder ein echter Off-Net-Anruf an ein PSTN-Ziel sein. Der Unterschied zwischen den beiden letztgenannten Anruftypen wird von Unified CM festgelegt und hängt vom Unternehmenswählplan ab, der von Unified CM bereitgestellt wird.

Die folgende Abbildung zeigt einen Benutzer, der in den USA eine nationale Nummer wählt.

Abbildung, die zeigt, dass ein Webex Calling-Benutzer eine nationale Nummer in den USA wählt.

Unified CM, hier auf dem konfigurierten Wählplan basierend, verteilt den Anruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dazu muss der Unified CM-Wählplan die Verteilung von +E.164-Nummern unterstützen.

Anrufe von Unified CM an

Um die Anrufweiterleitung von Unified CM zu auf Unified CM zu aktivieren, müssen einige Routen bereitgestellt werden, um die +E.164-Nummern und die Adressen des Nummerierungsplans des Unternehmens in zu definieren.

Wenn diese Routen eingerichtet sind, sind die beiden in der folgenden Abbildung dargestellten Anrufszenarien möglich.

Abbildung, die die Anrufweiterleitung von Unified CM zu Webex Calling auf einem Unified CM-Routensatz zeigt.

Wenn ein Anrufer im PSTN eine DID-Nummer anruft, die einem Gerät zugewiesen ist, wird der Anruf über das PSTN-Gateway des Unternehmens an das Unternehmen übergeben und erreicht anschließend Unified CM. Die angerufene Adresse dieses Anrufs stimmt mit einer der Routen überein, die in Unified CM bereitgestellt wird, und der Anruf wird an das lokale Gateway gesendet. (Die angerufene Adresse muss das Format +E.164 haben, wenn sie an das lokale Gateway gesendet wird.) Die Webex Calling-Routing-Logik stellt dann sicher, dass der Anruf basierend auf der DID-Zuweisung an das gewünschte Gerät gesendet wird.

Außerdem unterliegen Anrufe, die von bei Unified CM registrierten Endpunkten ausgehen und an Ziele in gerichtet sind, dem Wählplan, der auf Unified CM bereitgestellt wird. Mit diesem Wählplan können Benutzer in der Regel Anrufe so tätigen, wie es beim Unternehmen üblich ist. Dabei handelt es sich nicht unbedingt ausschließlich um das Wählen nach dem Rufnummernschema +E.164. Alle anderen Wählverhaltenseinstellungen als +E.164 müssen auf +E.164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um eine korrekte Weiterleitung in Webex Calling.

Dienstklasse (CoS – Class of Service)

Die Umsetzung strikter Dienstklassebeschränkungen wird aus verschiedenen Gründen grundsätzlich empfohlen, unter anderem um Anrufschleifen zu verhindern und einem Gebührenbetrug vorzubeugen. Im Zusammenhang mit der Integration des lokalen Gateways in die Unified CM-Dienstklasse müssen wir folgende Dienstklassen in Betracht ziehen:

  • Geräte, die bei Unified CM registriert sind

  • Anrufe, die vom PSTN bei Unified CM eingehen

  • Anrufe aus der Unified CM-Webex Calling

Geräte, die bei Unified CM registriert sind

Das Hinzufügen der Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung ist ziemlich einfach: Die Berechtigung zum Anrufen von Zielen entspricht in der Regel der Berechtigung zum Anrufen von Zielen am Standort (einschließlich standortübergreifender Ziele).

Wenn ein Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert, wird auf Unified CM bereits eine Partition bereitgestellt, die wir verwenden und alle bekannten On-Net-Ziele in derselben Partition bereitstellen können.

Andernfalls existiert das Konzept der (verkürzten) site-übergreifenden On-Net-Berechtigung noch nicht, dann muss eine neue Partition (z.B. „onNetRemote“) bereitgestellt werden, die Ziele werden zu dieser Partition hinzugefügt und schließlich muss diese neue Partition den entsprechenden Anrufsuchbereichen hinzugefügt werden.

Anrufe, die vom PSTN bei Unified CM eingehen

Das Hinzufügen der Ziele als neue Klasse von Zielen zu einer vorhandenen CoS-Einrichtung ist ziemlich einfach: Die Berechtigung zum Anrufen von Zielen entspricht in der Regel der Berechtigung zum Anrufen von Zielen am Standort (einschließlich standortübergreifender Ziele).

Wenn ein Unternehmenswählplan bereits eine (verkürzte) Berechtigung für site-übergreifende On-Net-Anrufe implementiert, wird auf Unified CM bereits eine Partition bereitgestellt, die wir verwenden und alle bekannten On-Net-Ziele in derselben Partition bereitstellen können.

Andernfalls existiert das Konzept der (verkürzten) site-übergreifenden On-Net-Berechtigung noch nicht, dann muss eine neue Partition (z.B. „onNetRemote“) bereitgestellt werden, die Ziele werden zu dieser Partition hinzugefügt und schließlich muss diese neue Partition den entsprechenden Anrufsuchbereichen hinzugefügt werden.

Anrufe aus der Unified CM-Webex Calling

Anrufe, die vom PSTN aus eingehen, benötigen Zugriff auf alle Ziele. Dazu muss die obige Partition, die alle Ziele enthält, zum Anrufsuchbereich hinzugefügt werden, der für eingehende Anrufe auf dem PSTN-Trunk verwendet wird. Der Zugang zu Zielen ergänzt den bereits bestehenden Zugang.

Während für Anrufe aus dem PSTN der Zugriff auf Unified CM-DIDs und DIDs erforderlich ist, benötigen Anrufe, die aus dem Zugriff auf Unified CM-DIDs und PSTN-Ziele stammen.

Abbildung des differenzierten CoS für Anrufe von PST und Webex Calling.
Differenzierte CoS für Anrufe aus PSTN und

Diese Abbildung vergleicht diese beiden Serviceklassen für Anrufe von PSTN und Webex Calling. Die Abbildung zeigt auch, sollte die PSTN-Gateway-Funktion mit dem lokalen Gateway verknüpft sein, dass zwei Trunks für die Verbindung zwischen dieser Verknüpfung aus PSTN-GW und lokalem Gateway einerseits und Unified CM andererseits erforderlich sind: einen für Anrufe aus der PSTN- und einen für Anrufe mit Webex Calling. Grund dafür ist die Anforderung, unterschiedliche Anrufsuchbereiche pro Datenverkehrstyp anzuwenden. Mit zwei eingehenden Trunks in Unified CM lässt sich dies leicht erreichen, indem sie den erforderlichen Anrufsuchbereich für eingehende Anrufe auf jedem Trunk konfigurieren.

Integration des Wählplans

Bei diesem Leitfaden wird von einer vorhandenen Installation ausgegangen, die auf den besten aktuellen Verfahren aus „Bevorzugte Architektur für die Bereitstellung von Cisco Collaboration-Lösungen am Standort (CVD)“ basiert. Die neueste Version ist hier verfügbar.

Das empfohlene Wählplankonzept richtet sich nach dem Konstruktionsprinzip, das im Kapitel „Wählplan“ der neuesten Version von „Cisco Collaboration System SRND“ (hier verfügbar) dokumentiert ist.

Abbildung mit einer Übersicht über das empfohlene Wählplandesign.
Empfohlener Wählplan

Diese Abbildung gibt einen Überblick über das empfohlene Wählplankonzept. Zu den zentralen Merkmalen dieses Wählplankonzepts zählt Folgendes:

  • Alle Verzeichnisnummern, die auf Unified CM konfiguriert sind, verwenden das Format +E.164.

  • Alle Verzeichnisnummern befinden sich auf derselben Partition (DN) und sind als dringend gekennzeichnet.

  • Das Core-Routing basiert auf +E.164.

  • Alle Wählkonventionen ohne Verwendung des Rufnummernschemas +E.164 (z. B. verkürzte site-interne Wählvorgänge und PSTN-Wählvorgänge unter Verwendung üblicher Wählkonventionen) werden zu +E.164 vereinheitlicht (globalisiert), wobei Übersetzungsmuster für die Wählnormierung verwendet werden.

  • Bei diesen Übersetzungsmustern kommt eine Übersetzungsmustervererbung für Anrufsuchbereiche zum Einsatz; die eingestellte Option lautet „Den Anrufsuchbereich des Anrufers verwenden“.

  • Die Dienstklasse wird unter Verwendung der site- und dienstklassenspezifischen Anrufsuchbereiche implementiert.

  • PSTN-Zugangsmöglichkeiten (z. B. Zugang zu internationalen PSTN-Zielen) werden implementiert, indem Partitionen mit den jeweiligen +E.164-Routen-Mustern der Dienstklasse hinzugefügt werden, über die der Anrufsuchbereich festgelegt wird.

Erreichbarkeit zum Webex Calling

Abbildung, die das Hinzufügen des Webex Calling-Ziels zum Wählplan zeigt.
Hinzufügen Webex Calling Ziel zum Wählplan

Um die Erreichbarkeit von Webex Calling-Zielen zu diesem Wählplan zu erhöhen, muss eine Partition, die alle Webex Calling-Ziele darstellt, ("Webex Calling") und ein +E.164 Routen-Muster für jeden DID-Bereich in Webex Calling zu dieser Partition hinzugefügt werden. Dieses Routen-Muster verweist auf eine Routen-Liste mit nur einem Mitglied: die Routengruppe mit dem SIP-Trunk zum lokalen Gateway für Anrufe Webex Calling. Da alle gewählten Ziele auf +E.164 mithilfe von Anwahl-Übersetzungsmustern für Anrufe von bei Unified CM registrierten Endpunkten oder für eingehende Transformationen der angerufenen Parteien für Anrufe aus dem PSTN ist dieser einzelne Satz von +E.164-Routen-Mustern ausreichend, um Erreichbarkeit für Ziele in Webex Calling unabhängig vom verwendeten Anwahlverhalten zu erreichen.

Wenn ein Benutzer beispielsweise "914085550165" wählt, wird diese Wählzeichenfolge mit dem Einwahl-Übersetzungsmuster in der Partition "UStoE164" in "+14085550165" normalisiert, was dann mit dem Routen-Muster für ein Webex Calling-Ziel in Partition "Webex Calling" abwählt. Unified CM sendet den Anruf schließlich an das lokale Gateway.

Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Beispiel für das Hinzufügen verkürzter standortübergreifender Rufnummernwahl.
Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Um verkürzte site-übergreifende Wählkonventionen zum Referenz-Wählplan hinzuzufügen, wird empfohlen, Übersetzungsmuster für die Wählnormierung für alle Sites unter dem Nummerierungsplan des Unternehmens zu einer dedizierten Partition hinzuzufügen („ESN“ – unternehmenssignifikante Nummern). Diese Übersetzungsmuster fangen Wählketten im Format des Nummerierungsplans des Unternehmens ab und vereinheitlichen die gewählte Kette zu +E.164.

Um die verkürzte Unternehmenswahl zu Webex Calling-Zielen hinzuzufügen, fügen Sie das entsprechende Übersetzungsmuster für die Einwahl-Normalisierung für die Webex Calling-Position zur Partition "Webex Calling" hinzu (z. B. "8101XX" im Diagramm). Nach der Personalisierung wird der Anruf erneut an Webex Calling gesendet, nachdem er mit dem Routen-Muster in der Partition "Webex Calling" übereinstimmen.

Wir empfehlen nicht, das verkürzte Übersetzungsmuster für die Wählweiterleitung für Webex Calling-Anrufe auf die ESN-Partition zu ändern, da diese Konfiguration unerwünschte Anrufweiterleitungsschleifen erstellen kann.

Protokoll-Handler für Anrufe

registriert die folgenden Protokoll-Handler beim Betriebssystem, um die Click-to-Call-Funktionalität aus dem Webbrowser oder einer anderen Anwendung heraus zu aktivieren. Die folgenden Protokolle starten einen Audio- oder Videoanruf in der Webex-App, wenn es sich um die Standard-Anrufanwendung auf Mac oder Windows verwendet:

  • CLICKTOCALL: oder CLICKTOCALL://

  • SIP: oder SIP://

  • TEL: oder TEL://

  • WEBEXTEL: oder WEBEXTEL://

Liste der Protokollhandler, die einen Audio- oder Videoanruf in der Webex-App starten, wenn dies die Standard-Anrufanwendung auf Mac oder Windows ist.

Protokoll-Handler für Windows

Andere Apps können sich für die Protokoll-Handler vor der registrieren. In Windows 10 werden die Benutzer im Systemfenster gefragt, welche App zum Starten des Anrufs verwendet werden soll. Diese Benutzereinstellung kann gespeichert werden, indem der Benutzer das Kontrollkästchen Immer diese App verwenden markiert.

Windows 10 „Wählen Sie eine App“, bei der Webex als Auswahloption hervorgehoben ist.

Wenn Benutzer die Standardeinstellungen der Anruf-App zurücksetzen müssen, damit sie etwas auswählen können, können Sie sie anweisen, die Protokollverknüpfungen für in Windows 10 zu ändern:

  1. Öffnen Sie die Systemeinstellungen Standard-App-Einstellungen , klicken Sie auf Standardwerte für App festlegen und wählen Sie dann .

    Windows 10 „Standardwerte von App festlegen“, wobei Webex als Auswahloption hervorgehoben ist.

  2. Wählen Sie für jedes Protokoll aus.

    Windows 10 Webex-Optionen für Dateityp- und Protokollzuordnungen.

Protokollhandler für macOS

Wenn unter Mac OS andere Apps zuvor für die Anrufprotokolle registriert sind, müssen Benutzer diese als Standard-Anrufoption konfigurieren.

Unter Mac können Benutzer bestätigen, dass für die Einstellung Anrufe starten mit unter den allgemeinen Einstellungen ausgewählt ist. Sie können auch die Option Immer mit Microsoft Outlook verbinden aktivieren, wenn sie Anrufe tätigen möchten, wenn sie auf die Nummer eines Outlook-Kontakts klicken.

Einstellungen für den Mac OS-Protokollhandler; bei Auswahl der Option „Immer mit Microsoft Outlook verbinden“ und bei der Dropdown-Option „Anrufe starten mit“ ist Webex ausgewählt.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie haben ein grundlegendes Verständnis des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere der lokalen Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS-Gateway für TDM-basierte Konnektivität

Siehe Tabelle 1 des Lokalen Gateways für Webex Calling-Bestellleitfadens. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Konfigurationshandbuch für das lokale Gateway ausgeführt wird.

Das lokale Gateway hilft Ihnen bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende lokale Bereitstellung mit Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

erfordert sichere Signalisierung und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Port-Referenzinformationen für

Eine korrekt konfigurierte Firewall und ein Proxy sind für eine erfolgreiche Anrufbereitstellung unerlässlich. Verwendet SIP und HTTPS für die Anrufsignalisierung und die zugehörigen Adressen und Ports für Medien, Netzwerkverbindung und Gateway-Konnektivität genau wie ein globaler Dienst.

Nicht bei allen Firewall-Konfigurationen müssen Ports offen sein. Wenn Sie jedoch Inside-to-Outside-Regeln ausführen, müssen Sie Ports für die erforderlichen Protokolle öffnen, um Dienste freizugeben.

Netzwerkadressenübersetzung (Network Address Translation, NAT)

Die Funktionen Network Address Translation (NAT) und Port Address Translation (PAT) werden an der Grenze zwischen zwei Netzwerken angewendet, um Adressbereiche zu übersetzen oder die Kollision von IP-Adressbereichen zu verhindern.

Unternehmen verwenden Gateway-Technologien wie Firewalls und Proxys, die NAT- oder PAT-Dienste bereitstellen, um den Internetzugriff auf Webex-App-Anwendungen oder Webex-Geräte zu ermöglichen, die sich in einem privaten IP-Adressbereich befinden. Mit diesen Gateways scheint der Datenverkehr von internen Apps oder Geräten zum Internet von einer oder mehreren öffentlich routingfähigen IP-Adressen zu stammen.

  • Bei der Bereitstellung von NAT ist es nicht zwingend erforderlich, einen eingehenden Port in der Firewall zu öffnen.

  • Überprüfen Sie die für die Konnektivität von Apps oder Geräten erforderliche NAT-Pool-Größe, wenn mehrere App-Benutzer und -Geräte mithilfe von NAT oder PAT auf Webex Calling- und Webex-fähige Dienste zugreifen. Stellen Sie sicher, dass den NAT-Pools angemessene öffentliche IP-Adressen zugewiesen werden, um eine Port-Erschöpfung zu verhindern. Die Porterschöpfung trägt dazu bei, dass interne Benutzer und Geräte keine Verbindung zu den Webex Calling- und Webex Aware-Diensten herstellen können.

  • Definieren Sie angemessene Bindungszeiträume und vermeiden Sie die Manipulation von SIP auf dem NAT-Gerät.

  • Konfigurieren Sie eine minimale NAT-Zeitüberschreitung, um den ordnungsgemäßen Betrieb der Geräte sicherzustellen. Beispiel: Cisco-Telefone senden alle 1–2 Minuten eine Nachricht zur Aktualisierung der REGISTRIERUNG.

  • Wenn Ihr Netzwerk NAT oder SPI implementiert, legen Sie eine größere Zeitüberschreitung (von mindestens 30 Minuten) für die Verbindungen fest. Diese Zeitüberschreitung ermöglicht eine zuverlässige Konnektivität und reduziert gleichzeitig den Batterieverbrauch der mobilen Geräte der Benutzer.

SIP-Anwendungsschicht-Gateway

Wenn ein Router oder eine Firewall SIP Aware ist, was bedeutet, dass das SIP Application Layer Gateway (ALG) oder ähnliches aktiviert ist, empfehlen wir Ihnen, diese Funktion für den korrekten Betrieb des Dienstes zu deaktivieren. Obwohl der gesamte Webex Calling-Datenverkehr verschlüsselt ist, können bestimmte SIP-ALG-Implementierungen zu Problemen mit der Firewall-Traversal führen. Daher empfehlen wir, das SIP ALG zu deaktivieren, um einen qualitativ hochwertigen Service zu gewährleisten.

Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.

Proxy-Unterstützung für

Organisationen stellen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall bereit, um den HTTP-Datenverkehr zu überprüfen, einzuschränken und zu steuern, der das Netzwerk verlässt und in das Netzwerk eingeht. So schützen sie ihr Netzwerk vor verschiedenen Formen von Cyberangriffen.

Proxys erfüllen mehrere Sicherheitsfunktionen, z. B.:

  • Erlauben oder blockieren Sie den Zugriff auf bestimmte URLs.

  • Benutzerauthentifizierung

  • IP-Adresse/Domäne/Hostname/URI-Reputationssuche

  • Entschlüsselung und Überprüfung des Datenverkehrs

Bei der Konfiguration der Proxy-Funktion gilt sie für alle Anwendungen, die das HTTP-Protokoll verwenden.

Die Webex-App und die Anwendungen von Webex-Geräten umfassen Folgendes:

  • Webex-Dienste

  • Verfahren zur Aktivierung der Kundengeräte (Customer Device Activation, CDA) mithilfe der Cisco Cloud-Bereitstellungsplattform, z. B. GDS, EDOS-Geräteaktivierung, Bereitstellung und Onboarding in der Webex-Cloud.

  • Zertifikatsauthentifizierung

  • Firmware-Upgrades

  • Statusberichte

  • PRT-Uploads

  • XSI-Dienste

Wenn eine Proxyserver-Adresse konfiguriert ist, wird nur der Signalisierungsverkehr (HTTP/HTTPS) an den Proxyserver gesendet. Clients, die SIP verwenden, um sich beim Webex Calling-Dienst zu registrieren, und die zugehörigen Medien werden nicht an den Proxy gesendet. Ermöglichen Sie diesen Clients daher, direkt die Firewall zu durchlaufen.

Unterstützte Proxyoptionen, Konfigurations- und Authentifizierungstypen

Die unterstützten Proxy-Typen sind:

  • Expliziter Proxy (inspizieren oder nicht inspizieren) – Konfigurieren Sie die Clients entweder App oder Gerät mit explizitem Proxy, um den zu verwendenden Server anzugeben.

  • Transparenter Proxy (nicht inspizieren): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert und erfordern keine Änderungen, um mit einem nicht inspizierenden Proxy arbeiten zu können.

  • Transparenter Proxy (Überprüfung): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert. Es sind keine Konfigurationsänderungen von HTTP erforderlich. Ihre Clients benötigen jedoch entweder die App oder die Geräte ein Stammzertifikat, damit sie dem Proxy vertrauen. Das IT-Team verwendet die Inspektionsproxys, um Richtlinien auf den zu besuchenden Websites und die Arten von Inhalten durchzusetzen, die nicht erlaubt sind.

Konfigurieren Sie die Proxy-Adressen manuell für die Cisco-Geräte und die Webex-App mithilfe von:

Wählen Sie bei der Konfiguration Ihrer bevorzugten Produkttypen eine der folgenden Proxy-Konfigurationen und Authentifizierungstypen in der Tabelle aus:

Produkt

Proxy-Konfiguration

Authentifizierungstyp

Webex für Mac

Manuell, WPAD, PAC

Keine Auth, Standard, NTLM, ̶

Webex für Windows

Manuell, WPAD, PAC, GPO

Keine Auth, Standard, NTLM, ‡ , Negotiate ‡

Webex für iOS

Manuell, WPAD, PAC

Keine Auth, Standard, Digest, NTLM

Webex für Android

Manuell, PAC

Keine Auth, Standard, Digest, NTLM

Webex Web App

Vom Betriebssystem unterstützt

Keine Auth, Standard, Digest, NTLM, Negotiate ̶

Webex-Geräte

WPAD, PAC oder manuell

Keine Auth, Basic, Digest

Cisco IP-Telefone

Manuell, WPAD, PAC

Keine Auth, Basic, Digest

WebEx Videonetz-Knoten

Manuell

Keine Auth, Standard, Digest, NTLM

Für Legenden in der Tabelle:

  1. ̶ Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein, der Benutzer wird aufgefordert, ein Passwort einzugeben

  2. ̶ Windows NTLM Auth – Wird nur unterstützt, wenn ein Computer in der Domäne angemeldet ist

  3. Verhandeln Sie ̶ - Kerberos mit NTLM-Ausweichauthentifizierung.

  4. Informationen zum Verbinden eines Cisco Webex Board-, Desk- oder Room-Geräts mit einem Proxyserver finden Sie unter Verbinden Ihres Board-, Desk- oder Room-Geräts mit einem Proxyserver.

  5. Informationen zu Cisco IP-Telefonen finden Sie unter Einrichten eines Proxyservers als Beispiel für die Konfiguration des Proxyservers und der Einstellungen.

Konfigurieren Sie für No Authentication den Client mit einer Proxy-Adresse, die keine Authentifizierung unterstützt. Bei Verwendung von Proxy Authentication müssen Sie die Konfiguration mit gültigen Anmeldeinformationen durchführen. Proxys, die den Webverkehr inspizieren, können die Websteckverbindung beeinträchtigen. Wenn dieses Problem auftritt, kann das Problem durch Umgehen des Datenverkehrs zu *.Webex.com behoben werden. Wenn bereits andere Einträge angezeigt werden, fügen Sie nach dem letzten Eintrag ein Semikolon hinzu und geben Sie dann die Webex-Ausnahme ein.

Proxy-Einstellungen für das Windows-Betriebssystem

Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration ermöglichen.WinINet ist ein Superset von WinHTTP.

  1. WinInet wurde für Desktop-Client-Anwendungen mit nur einem Benutzer entwickelt.

  2. WinHTTP wurde hauptsächlich für serverbasierte Anwendungen mit mehreren Benutzern entwickelt.

Wählen Sie bei Auswahl zwischen diesen beiden Optionen WinINet für Ihre Proxy-Konfigurationseinstellungen aus. Weitere Informationen finden Sie unter wininet-vs-winhttp.

Weitere Informationen finden Sie unter Konfigurieren einer Liste zulässiger Domänen für den Zugriff auf Webex in Ihrem Unternehmensnetzwerk :

  • Sicherstellen, dass sich Benutzer nur bei Anwendungen mit Konten aus einer vordefinierten Liste von Domänen anmelden.

  • Verwenden Sie einen Proxyserver zum Abfangen von Anfragen und beschränken Sie die zulässigen Domänen.

Proxy-Überprüfung und Zertifikats-Pinning

Die Webex-App und die Geräte validieren die Zertifikate der Server, wenn sie die TLS-Sitzungen einrichten. Zertifikatsüberprüfungen, die wie der Aussteller des Zertifikats und die digitale Signatur darauf angewiesen sind, die Zertifikatskette bis zum Stammzertifikat zu überprüfen. Um die Validierungsprüfungen durchzuführen, verwenden die Webex-App und die Geräte eine Reihe von vertrauenswürdigen CA-Stammzertifikaten, die im Vertrauensspeicher des Betriebssystems installiert sind.

Wenn Sie einen Proxy zur TLS-Prüfung bereitgestellt haben, um den Webex Calling-Datenverkehr abzufangen, zu entschlüsseln und zu überprüfen. Stellen Sie sicher, dass das vom Proxy vorgelegte Zertifikat (anstelle des Webex-Servicezertifikats) von einer Zertifizierungsstelle signiert wird und das Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert wird.

  • Für die Webex-App – Installieren Sie das CA-Zertifikat, das zum Signieren des Zertifikats durch den Proxy im Betriebssystem des Geräts verwendet wird.

  • Für Webex Room-Geräte und Cisco Multiplattform-IP-Telefone: Eröffnen Sie eine Serviceanfrage beim TAC-Team, um das CA-Zertifikat zu installieren.

Diese Tabelle zeigt die Webex-App und Webex-Geräte an, die die TLS-Inspektion durch Proxy-Server unterstützen

Produkt

Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion

Webex-App (Windows, Mac, iOS, Android, Web)

Ja

Webex Room-Geräte

Ja

Cisco IP-Multiplattform-Telefone (MPP)

Ja

Firewall-Konfiguration

Cisco unterstützt und unterstützt Webex Aware-Dienste in sicheren Rechenzentren von Cisco und Amazon Web Services (AWS). Amazon hat seine IP-Subnetze für die alleinige Nutzung durch Cisco reserviert und die Dienste in diesen Subnetzen innerhalb der virtuellen privaten AWS-Cloud gesichert.

Konfigurieren Sie Ihre Firewall so, dass die Kommunikation von Ihren Geräten, den Anwendungen der App und den internetgerichteten Diensten ermöglicht wird, damit diese Funktionen ordnungsgemäß ausgeführt werden. Diese Konfiguration ermöglicht den Zugriff auf alle unterstützten und Webex Aware-Cloud-Dienste, Domänennamen, IP-Adressen, Ports und Protokolle.

Führen Sie die folgenden Elemente auf die Whitelist oder öffnen Sie den Zugriff darauf, damit die Webex Aware-Dienste ordnungsgemäß funktionieren.

  • Die im Abschnitt Domänen und URLs für Webex Calling-Dienste genannten URLs/Domänen

  • IP-Subnetze, Ports und Protokolle, die im Abschnitt IP-Subnetze für Webex Calling-Dienste erwähnt werden

  • Wenn Sie die Webex-Suite von Cloud-Zusammenarbeitsdiensten innerhalb der Organisation, Webex Meetings, Messaging, den Webex-Vermittlungsplatz und andere Dienste verwenden, stellen Sie sicher, dass Sie über die in diesen Artikeln erwähnten IP-Subnetze und Domänen/URLs verfügen, die Netzwerkanforderungen für Webex-Dienste und Netzwerkanforderungen für Vermittlungsplatz geöffnet sind.

Wenn Sie nur eine Firewall verwenden, wird das Filtern des Datenverkehrs nur mithilfe von IP-Adressen nicht unterstützt, da einige der IP-Adresspools dynamisch sind und sich jederzeit ändern können. Aktualisieren Sie Ihre Regeln regelmäßig. Wenn Sie die Liste Ihrer Firewall-Regeln nicht aktualisieren, kann dies die Benutzererfahrung beeinträchtigen. Cisco unterstützt nicht, eine Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Cloud-Dienstanbieter zu filtern. Das Filtern nach Regionen kann zu einer erheblichen Verschlechterung der Calling-Erfahrung führen.

Cisco verwaltet keine sich dynamisch ändernden IP-Adressenpools, daher ist sie in diesem Artikel nicht aufgeführt.

Wenn Ihre Firewall die Domänen-/URL-Filterung nicht unterstützt, verwenden Sie eine Enterprise-Proxyserver-Option. Diese Option filtert/ermöglicht nach URL/Domäne den HTTPs-Signalisierungsverkehr und die Webex Aware-Dienste in Ihrem Proxy-Server, bevor sie an Ihre Firewall weitergeleitet werden.

Sie können den Datenverkehr mithilfe der Port- und IP-Subnetzfilterung für Anrufmedien konfigurieren. Da der Medienverkehr einen direkten Zugriff auf das Internet erfordert, wählen Sie die URL-Filteroption für die Signalisierung des Datenverkehrs aus.

Für ist UDP das bevorzugte Transportprotokoll von Cisco für Medien. Es empfiehlt, nur SRTP gegenüber UDP zu verwenden. TCP und TLS als Transportprotokolle für Medien werden in Produktionsumgebungen nicht unterstützt. Die verbindungsorientierte Natur dieser Protokolle beeinflusst die Medienqualität über verlustbehaftete Netzwerke. Wenn Sie Fragen zum Transportprotokoll haben, stellen Sie ein Support-Ticket.

Domänen und URLs für Webex Calling-Dienste

Ein * am Anfang einer URL (z. B. *.webex.com) zeigt an, dass Dienste in der Top-Level-Domain und allen Unterdomänen zugänglich sind.

Domäne/URL

Beschreibung

Webex-Apps und -Geräte, die diese Domänen/URLs verwenden

Cisco Webex-Dienste

*.broadcloudpbx.com

Webex-Autorisierungs-Microservices für den Querstart vom Control Hub zum Anrufadministratorportal.

Control Hub

*.broadcloud.com.au

Webex Calling-Dienste in Australien.

Alle

*.broadcloud.eu

Webex Calling-Dienste in Europa.

Alle

*.broadcloudpbx.net

Anruf-Client-Konfiguration und Managementdienste.

Webex-Apps

*.webex.com

*.cisco.com

Kerndienste von Webex Calling und Webex Aware

  1. Identitätsbereitstellung

  2. Identitätsspeicher

  3. Authentifizierung

  4. OAuth-Dienste

  5. Geräteaufnahme

  6. Cloud Connected UC

Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen ohne festgelegte DHCP-Optionen mit einem Netzwerk verbunden wird, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com und Telefone mit einer Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com für die Bereitstellung.

Laden Sie die Geräte-Firmware und Gebietsschemas von binaries.webex.com herunter.

Ermöglichen Sie Cisco Multiplattform-Telefonen (MPPs), die älter als Version 12.0.3 sind, über Port 80 auf sudirenewal.cisco.com zuzugreifen, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über eine sichere eindeutige Gerätekennung (SUDI, Secure Unique Device Identifier) zu verfügen. Weitere Informationen finden Sie unter Hinweis im Feld.

Alle

*.ucmgmt.cisco.com

Webex Calling-Dienste

Control Hub

*.wbx2.com und *.ciscospark.com

Wird für Cloud-Bewusstsein verwendet, um während und nach dem Onboarding Webex Calling- und Webex Aware-Dienste zu erreichen.

Diese Dienste sind notwendig für

  • Apps- und Geräteverwaltung

  • Dienstverwaltung des Benachrichtigungsmechanismus für Apps-Anwendungen

Alle

*.webexapis.com

Webex-Mikrodienste, die Ihre Webex-App-Anwendungen und Webex-Geräte verwalten.

  1. Profilbilddienst

  2. Whiteboarding-Dienst

  3. Proximity-Dienst

  4. Anwesenheitsdienst

  5. Registrierungsdienst

  6. Kalenderdienst

  7. Suchdienst

Alle

*.webexcontent.com

Webex Messaging-Dienste im Zusammenhang mit allgemeiner Dateispeicherung, einschließlich:

  1. Benutzerdateien

  2. Transkodierte Dateien

  3. Bilder

  4. Screenshots

  5. Whiteboard-Inhalt

  6. Client- und Geräteprotokolle

  7. Profilbilder

  8. Markenkennungslogos

  9. Protokolldateien

  10. CSV-Dateien gesammelt exportieren und importieren (Control Hub)

Webex-Apps-Nachrichtendienste.

Dateispeicher mit webexcontent.com ersetzt durch clouddrive.com im Oktober 2019

*.accompany.com

People Insights-Integration

Webex-Apps

Zusätzliche Webex-bezogene Dienste (Domänen von Drittanbietern)

*.appdynamics.com

*.eum-appdynamics.com

Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken.

Control Hub

*.sipflash.com

Geräteverwaltungsdienste. Firmware-Upgrades und sichere Onboarding-Zwecke.

Webex-Apps

*.walkme.com *.walkmeusercontent.com

Client für Webex-Benutzerleitfaden. Bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer.

Klicken Sie hier, um weitere Informationen zu WalkMe zu erhalten.

Webex-Apps

*.google.com

*.googleapis.com

Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: neue Nachricht, wenn der Anruf angenommen wird)

Informationen zu IP-Subnetzen finden Sie unter diesen Links

Google Firebase Cloud Messaging (FCM)-Dienst

Apple Push Notification Service (APNS)

Für APNS listet Apple die IP-Subnetze für diesen Dienst auf.

Webex-App

IP-Subnetze für Webex Calling-Dienste

IP-Subnetze für Webex Calling-Dienste* ̶

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Webex-App-Konfiguration

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Zweck der Verbindung:

QuelladressenQuellportsProtokollZieladressenZielportsHinweise
Anrufsignalisierung für WebEx Calling (SIP TLs)Externe NIC des lokalen Gateways8000-65535TCPSiehe IP-Subnetze für Webex Calling-Dienste.5062, 8934

Diese IPs/Ports werden für die ausgehende SIP-TLS-Anrufsignalisierung von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) an die Webex Calling-Cloud (Ziel) benötigt.

Port 5062 (erforderlich für zertifikatbasierten Übertragungsweg). Und Port 8934 (erforderlich für registrierungsbasierten Trunk

Geräte5060-50808934
Webex-App Vorübergehend (vom Betriebssystem abhängig)
Anrufsignalisierung von Webex Calling (SIP TLS) an das lokale Gateway

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

8934TCPIP oder IP-Bereiche, die vom Kunden für das lokale Gateway ausgewählt wurdenPort oder Portbereich, der vom Kunden für das lokale Gateway ausgewählt wurde

Gilt für zertifikatbasierte lokale Gateways. Dies ist erforderlich, um eine Verbindung von Webex Calling zu einem lokalen Gateway herzustellen.

Ein registrierungsbasiertes lokales Gateway funktioniert auf der Wiederverwendung einer Verbindung, die vom lokalen Gateway erstellt wurde.

Zielport ist der vom Kunden gewählte Übertragungswege konfigurieren

Anrufmedien an Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Externe NIC des lokalen Gateways8000-48199†*UDPSiehe IP-Subnetze für Webex Calling-Dienste.

5004, 9000 (STUN-Ports)

Audio: 8500-8599

Video: 8600-8699

19560-65535 (SRTP über UDP)

  • Diese IPs/Ports werden für ausgehende SRTP-Anrufmedien von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) zur Webex Calling-Cloud (Ziel) verwendet.

  • Bei Anrufen innerhalb der Organisation, bei denen die STUN- und ICE-Aushandlung erfolgreich ist, wird das Media Relay in der Cloud als Kommunikationspfad entfernt. In solchen Fällen erfolgt der Medienfluss direkt zwischen den Apps/Geräten des Benutzers.

    Beispielsweise: Wenn die Medienoptimierung erfolgreich ist, sendet die Webex-App Medien in den Portbereichen 8500–8699 direkt untereinander und Geräte senden Medien in den Portbereichen 19560–19661 direkt untereinander.

  • Erlauben Sie bei bestimmten Netzwerktopologien, bei denen Firewalls an einem Kundenstandort verwendet werden, den Zugriff auf die genannten Quell- und Zielportbereiche innerhalb Ihres Netzwerks, damit die Medien durchfließen können.

    Beispiel: Für die Webex-App den Quell- und Zielportbereich zulassen

    Audio: 8500-8599 Video: 8600-8699

  • Browser verwenden den kurzlebigen Quellport, der durch Festlegen der WebRtcUdpPortRange-Richtlinie im MDM-Profil (Managed Device Management) gesteuert werden kann.

    Der Webex Calling-Dienst verhält sich normal, wenn kein MDM-Dienst festgelegt ist oder wenn SiteURL und EnableForceLogin nicht konfiguriert sind.

Geräte ̶ *19560-19661

VG400-ATA-Geräte

19560-19849
Webex-App ̶ *

Audio: 8500-8599

Video: 8600-8699

WebRTC

Kurzlebig (gemäß Browser-Richtlinie)
Anrufmedien von Webex Calling (SRTP/SRTCP, T38)

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

19560-65535 (SRTP über UDP) UDPIP oder IP-Bereich, der vom Kunden für das lokale Gateway ausgewählt wurde Vom Kunden für den lokalen Gateway ausgewählter Medienportbereich
Anrufsignalisierung an PSTN-Gateway (SIP TLS)Interne NIC des lokalen Gateways8000-65535TCPIhr ITSP-PSTN-GW oder Unified CMHängt von PSTN-Option ab (Beispiel: normalerweise 5060 oder 5061 für Unified CM)
Anrufmedien an PSTN-Gateway (SRTP/SRTCP)Interne NIC des lokalen Gateways8000-48199†*UDPIhr ITSP-PSTN-GW oder Unified CMAbhängig von der PSTN-Option (z. B. normalerweise 5060 oder 5061 für Unified CM)
Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)WebEx Calling GeräteVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 6970, 80

Aus folgenden Gründen erforderlich:

  1. Migration von Unternehmenstelefonen (Cisco Unified CM) zu Webex Calling. Weitere Informationen finden Sie unter upgrade.cisco.com . cloudupgrader.webex.com verwendet Ports: 6970.443 für den Firmware-Migrationsprozess.

  2. Firmware-Upgrades und sicheres Onboarding von Geräten (MPP und Raum- oder Tischtelefone) mithilfe des 16-stelligen Aktivierungscodes (GDS)

  3. Für CDA/EDOS – Mac-adressbasierte Bereitstellung. Wird von Geräten (MPP-Telefone, ATAs und SPA-ATAs) mit neuerer Firmware verwendet.

  4. Stellen Sie bei Cisco-ATAs sicher, dass die Firmware mindestens 11.1.0MSR3-9 auf den Geräten installiert ist.

  5. Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen eine Verbindung mit einem Netzwerk herstellt, ohne dass die DHCP-Optionen festgelegt sind, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com anstelle von webapps.cisco.com für die Bereitstellung. Telefone mit Firmware, die älter als 11.2(1) veröffentlicht wurde, verwenden weiterhin webapps.cisco.com. Es wird empfohlen, alle diese IP-Subnetze zuzulassen.

  6. Lassen Sie zu, dass Cisco Multiplattform-Telefone (MPPs) älter als Version 12.0.3 über Port 80 auf sudirenewal.cisco.com zugreifen können, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über einen sicheren eindeutigen Gerätebezeichner (SUDI, Secure Unique Device Identifier) verfügen. Details finden Sie unter Hinweis im Feld

Webex-App-KonfigurationWebex-App-AnwendungenVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 8443Wird für die ID-Broker-Authentifizierung, Konfigurationsdienste der Webex-App für Clients, browserbasierter Webzugriff für Self-Service UND Zugriff auf Verwaltungsschnittstellen verwendet.
Der TCP-Port 8443 wird von der Webex-App im Cisco Unified CM-Setup zum Herunterladen der Konfiguration verwendet. Nur Kunden, die die Einrichtung verwenden, um eine Verbindung zu Webex Calling herzustellen, müssen den Port öffnen.
Synchronisierung der Gerätezeit (NTP)WebEx Calling Geräte51494UDPSiehe IP-Subnetze für Webex Calling-Dienste.123Diese IP-Adressen sind für die Zeitsynchronisierung für Geräte (MPP-Telefone, ATAs und SPA-ATAs) erforderlich.

Auflösung des Domänennamensystems (DNS)

Webex Calling-Geräte, Webex-App und Webex-GeräteVorübergehendUDP und TCPVom Host definiert53Wird für die DNS-Suche verwendet, um die IP-Adressen der Webex Calling-Dienste in der Cloud zu ermitteln. Obwohl typische DNS-Suchen über UDP erfolgen, benötigen einige möglicherweise TCP, wenn die Abfrageantworten nicht in UDP-Pakete passen.
Network Time Protocol (NTP)Webex-App und Webex-Geräte123UDPVom Host definiert123Zeitsynchronisierung
CScanWebbasiertes Tool für die Netzwerkbereitschaft für Webex CallingVorübergehendTCPSiehe IP-Subnetze für Webex Calling-Dienste.8934 und 443Webbasiertes Tool für die Netzwerkbereitschaft für Webex Calling. Weitere Informationen finden Sie unter cscan.webex.com.
UDP19569-19760
Zusätzliche Webex Calling- und Webex Aware-Dienste (Drittanbieter)
Push-Benachrichtigungen APNS- und FCM-Dienste Webex Calling-Anwendungen VorübergehendTCP

Siehe die unter den Links genannten IP-Subnetze

Apple Push-Benachrichtigungsdienst (APNS)

Google-Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: Wenn Sie eine neue Nachricht erhalten oder ein Anruf angenommen wird)

  • ̶ *Der CUBE-Medienportbereich kann mit rtp-Portbereich konfiguriert werden.

  • ̶ *Medienports für Geräte und Anwendungen, die dynamisch in den SRTP-Portbereichen zugewiesen werden. SRTP-Ports sind gerade nummerierte Ports, und der entsprechende SRTCP-Port wird dem aufeinanderfolgenden, ungerade nummerierten Port zugeordnet.

  • Wenn eine Proxyserveradresse für Ihre Apps und Geräte konfiguriert ist, wird der Signalisierungsverkehr an den Proxy gesendet. Medien haben SRTP über UDP-Flüsse direkt zu Ihrer Firewall anstatt zum Proxy-Server transportiert.

  • Wenn Sie NTP- und DNS-Dienste in Ihrem Unternehmensnetzwerk verwenden, öffnen Sie die Ports 53 und 123 in Ihrer Firewall.

Servicequalität (QoS)

Ermöglicht es Ihnen, das Tagging von Paketen vom lokalen Gerät oder Client zur Webex Calling-Cloud-Plattform zu aktivieren. Mit QoS können Sie den Echtzeitverkehr vor anderem Datenverkehr priorisieren. Durch Aktivieren dieser Einstellung werden die QoS-Markierungen für Apps und Geräte geändert, die SIP-Signalisierung und Medien verwenden.

Quelladressen Datenverkehrstyp Zieladressen Quellports Zielports DSCP-Klasse und -Wert
Webex-App Audio

IP-Subnetze, Domänen und URLs für Webex Calling-Dienste verweisen

8500-8599 8500-8599, 19560-65535 Beschleunigte Weiterleitung (46)
Webex-App Video 8600-8699 8600-8699, 19560-65535 Garantierte Weiterleitung 41 (34)
Webex-App Signalisierung Vorübergehend (vom Betriebssystem abhängig) 8934 CS0 (0)
Webex-Geräte (MPPs und Raum)Audio und Video 19560-19661 19560-65535

Beschleunigte Weiterleitung (46) und

Garantierte Weiterleitung 41 (34)

Webex-Geräte Signalisierung 5060-5080 8934 Klassenauswahl 3 (24)

  • Erstellen Sie ein separates QoS-Profil für Audio und Video/Freigabe, da sie einen unterschiedlichen Quellportbereich haben, um den Datenverkehr anders zu markieren.

  • Für Windows-Clients: Um die UDP-Quellportdifferenzierung für Ihre Organisation zu aktivieren, wenden Sie sich an Ihr lokales Kontoteam. Ohne Aktivierung können Sie die Windows QoS-Richtlinien (GPO) nicht zwischen Audio und Video/Freigabe unterscheiden, da die Quellports für Audio/Video/Freigabe dieselben sind. Weitere Informationen finden Sie unter Aktivieren von Medienquellportbereichen für die Webex-App

  • Konfigurieren Sie für Webex-Geräte die Änderungen der QoS-Einstellung über die Geräteeinstellungen in Control Hub. Weitere Informationen finden Sie unter Konfigurieren und Ändern von Geräteeinstellungen in Webex-Calling

Webex Meetings/Messaging – Netzwerkanforderungen

Für Kunden, die die Webex-Suite von Cloud-Zusammenarbeitsdiensten verwenden, sind in der Webex Cloud registrierte Produkte, die MPP-Geräte in der Webex Cloud für Dienste wie Anrufprotokoll, Verzeichnissuche, Meetings und Messaging integrieren. Stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs/IP-Adressen/Ports die Netzwerkanforderungen für Webex-Dienste offen sind.

Netzwerkanforderungen für Webex for Government (FedRAMP)

Informationen für Kunden, die eine Liste der Domänen, URLs, IP-Adressbereiche und Ports für Webex for Government-Dienste (FedRAMP) benötigen, finden Sie hier: Netzwerkanforderungen für Webex for Government

Netzwerkanforderungen für den Webex-Vermittlungsplatz

Stellen Sie für Kunden, die den Vermittlungsplatz verwenden – Empfangs-, Vermittlungs- und Betreiberfunktion – sicher, dass die Domänen/URLs/IP-Adressen/Ports/Protokolle offen sind Netzwerkanforderungen für den Vermittlungsplatz

Erste Schritte mit dem lokalen Webex Calling-Gateway

Lesen Sie für Kunden, die die lokale Gateway-Lösung mit Webex Calling für lokale PSTN- und SBCs-Interoperabilität von Drittanbietern verwenden, den Artikel Erste Schritte mit lokalem Gateway.

Referenzen

Informationen zu Neuerungen in Webex Calling finden Sie unter Neuerungen in Webex Calling.

Sicherheitsanforderungen für Webex Calling finden Sie im Artikel

Artikel zu Webex Calling-Medienoptimierung mit Interactive Connectivity Establishment (ICE)

Überarbeitungsverlauf des Dokuments

Datum

Wir haben folgende Änderungen an diesem Artikel vorgenommen:

21. Januar 2025

Details zur Verwendung des SIP-Anwendungsschicht-Gateways hinzugefügt.

8. Januar 2025

Die IP-Subnetzadresse im Zusammenhang mit der Gerätekonfiguration und der Webex-App-Konfiguration wurde in den Abschnitt IP-Subnetze für Webex Calling-Dienste verschoben

17. Dezember 2024

Unterstützung für die Webex Calling-Medienspezifikation zu WebRTC hinzugefügt.

14. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie aktualisiert

11. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie hinzugefügt

25. Juli 2024

Das IP-Subnetz 52.26.82.54 wurde wieder hinzugefügt, da es für die Konfiguration des Cisco ATA-Geräts und die Firmware-Verwaltung erforderlich ist.

18. Juli 2024

Mit den folgenden Details aktualisiert:

  • Für Webex Calling (Apps, Geräte) unterstützte QoS-(TOS/DSCP-)Werte

  • Netzwerkdiagramm aktualisiert

  • Einschließlich des Links für Netzwerkanforderungen in Bezug auf den Webex-Vermittlungsplatz.

28. Juni 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

11. Juni 2024

Die Domäne „huron-dev.com“ wurde entfernt, da sie nicht verwendet wird.

06. Mai 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

03. April 2024

Die IP-Subnetze für Webex Calling-Dienste wurden mit 163.129.0.0/17 aktualisiert, um die Erweiterung des Webex Calling-Marktes für die Region Indien zu berücksichtigen.

18. Dezember 2023

Enthält die URL sudirenewal.cisco.com und die Anforderung für Port 80 für die Gerätekonfiguration und Firmware-Verwaltung der MIC-Erneuerung des Cisco MPP-Telefons.

11. Dezember 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz an IP-Adressen.

150.253.209.128/25 – geändert in 150.253.128.0/17

29. November 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz von IP-Adressen, um die Erweiterung der Webex Calling-Region für zukünftiges Wachstum zu ermöglichen.

144.196.33.0/25 – geändert in 144.196.0.0/16

Die Abschnitte mit den IP-Subnetzen für Webex Calling-Dienste unter Webex Calling (SIP TLS) und Anrufmedien zu Webex Calling (STUN, SRTP) wurden aktualisiert, um Klarheit über zertifikatsbasiertes Trunking und die Firewall-Anforderungen für das lokale Gateway zu schaffen.

14. August 2023

Wir haben die folgenden IP-Adressen 144.196.33.0/25 und 150.253.156.128/25 hinzugefügt, um erhöhte Kapazitätsanforderungen für Edge- und Webex Calling-Dienste zu unterstützen.

Dieser IP-Bereich wird nur in der Region USA unterstützt.

5. Juli 2023

Der Link https://binaries.webex.com zur Installation der Cisco MPP-Firmware wurde hinzugefügt.

Dienstag, 7. März 2023

Wir haben den gesamten Artikel überarbeitet, um Folgendes zu enthalten:

  1. Optionen für die Proxy-Unterstützung enthalten.

  2. Modifiziertes Calling-Flussdiagramm

  3. Vereinfachte Domänen/URLs/IP-Subnetzteile für Webex Calling- und Webex Aware-Dienste

  4. IP-Subnetzbereich 170.72.0.0/16 für Webex Calling- und Webex Aware-Dienste hinzugefügt.

    Die folgenden Bereiche 170.72.231.0, 170.72.231.10, 170.72.231.161 und 170.72.242.0/24 wurden entfernt

5. März 2023

Der Artikel wird aktualisiert und enthält Folgendes:

  • Der von Anwendungen verwendete UDP-SRTP-Portbereich (8500–8700) wurde hinzugefügt.

  • Die Ports für die APNS- und FCM-Dienste für Push-Benachrichtigungen wurden hinzugefügt.

  • Teilen Sie den CScan-Portbereich für UDP und TCP auf.

  • Der Abschnitt „Referenzen“ wurde hinzugefügt.

15. November 2022

Wir haben die folgenden IP-Adressen für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. November 2022

Das IP-Subnetz 170.72.242.0/24 für den Webex Calling-Dienst wurde hinzugefügt.

8. September 2022

Die Cisco MPP-Firmware wird umgestellt, um https://binaries.webex.com als Host-URL für MPP-Firmware-Upgrades in allen Regionen zu verwenden. Diese Änderung verbessert die Firmware-Upgrade-Leistung.

30. August 2022

Der Verweis auf Port 80 aus den Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“, „Anwendungskonfiguration“ und „CScan“ wurde in der Port-Tabelle entfernt, da keine Abhängigkeit besteht.

18. August 2022

Keine Änderung an der Lösung. Die Zielports 5062 (erforderlich für zertifikatbasierter Trunk) und 8934 (erforderlich für registrierungsbasierten Trunk) für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert.

26. Juli 2022

Die IP-Adresse 54.68.1.225 wurde hinzugefügt, die für ein Firmware-Upgrade von Cisco 840/860-Geräten erforderlich ist.

21. Juli 2022

Zielports 5062, 8934 für die Anrufsignalisierung an Benutzer (SIP TLS Webex Calling aktualisiert.

14. Juli 2022

URLs hinzugefügt, die eine vollständige Funktion der Webex Aware-Dienste unterstützen.

Das IP-Subnetz 23.89.154.0/25 für den Webex Calling-Dienst wurde hinzugefügt.

27. Juni 2022

Domäne und URLs für alle Webex Calling aktualisiert:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. Juni 2022

Die folgenden Ports und Protokolle wurden unter IP-Adressen und Ports für die Webex Calling hinzugefügt:

  • Zweck der Verbindung: Webex-Funktionen

  • Quelladressen: Webex Calling-Geräte

  • Quellports: Vorübergehend

  • Protokoll: TCP

  • Zieladressen: Siehe IP-Subnetze und Domänen, die in Webex Meetings/Messaging – Netzwerkanforderungen definiert sind.

  • Zielports: 443

    Notizen: Die Webex Calling-Geräte verwenden diese IP-Adressen und Domänen für die Schnittstelle mit Webex Cloud-Diensten wie Verzeichnis, Anrufprotokoll und Meetings.

Aktualisierte Informationen im Abschnitt Webex Meetings/Messaging – Netzwerkanforderungen

24. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde zu 52.26.82.54/32 für den Webex Calling hinzugefügt

6. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde für den Webex Calling hinzugefügt

7. April 2022

Der interne und externe UDP-Portbereich des lokalen Gateways wurde auf 8000-48198 ‡ aktualisiert.

5. April 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. März 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. September 2021

4 neue IP-Subnetze für den Webex Calling hinzugefügt:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Freitag, 2. April 2021

*.ciscospark.com wurde unter Domänen und URLs für Webex Calling-Dienste hinzugefügt, um Webex Calling-Anwendungsfälle in der Webex-App zu unterstützen.

25. März 2021

6 neue IP-Bereiche für activate.cisco.com hinzugefügt, die ab dem 8. Mai 2021 in Kraft treten.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

Donnerstag, 4. März 2021

Einzelne IPs und kleinere IP-Bereiche von Webex Calling wurden durch vereinfachte Bereiche in einer separaten Tabelle ersetzt, um das Verständnis der Firewall-Konfiguration zu erleichtern.

Freitag, 26. Februar 2021

5004 als Zielport für Anrufmedien zu Webex Calling (STUN, SRTP) hinzugefügt, um die Interactive Connectivity Connectivity (ICE) zu unterstützen, die im April 2021 Webex Calling verfügbar sein wird.

Montag, 22. Februar 2021

Domänen und URLs werden jetzt in einer separaten Tabelle aufgelistet.

Die Tabelle „IP-Adressen und Ports“ wird an Gruppen-IP-Adressen für dieselben Dienste angepasst.

Hinzufügen der Spalte „Notizen“ zur Tabelle „IP-Adressen und Ports“, die das Verständnis der Anforderungen erleichtert.

Verschieben der folgenden IP-Adressen in vereinfachte Bereiche für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Hinzufügen der folgenden IP-Adressen für die Anwendungskonfiguration, da der Cisco Webex-Client im März 2021 auf einen neueren DNS SRV in Australien verweist.

  • 199.59.64.237

  • 199.59.67.237

Donnerstag, 21. Januar 2021

Wir haben die folgenden IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Wir haben die folgenden IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Wir haben die folgenden IP-Adressen aus der Anwendungskonfiguration entfernt:

  • 64.68.99.6

  • 64.68.100.6

Wir haben die folgenden Portnummern aus der Anwendungskonfiguration entfernt:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Wir haben die folgenden Domänen zur Anwendungskonfiguration hinzugefügt:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Mittwoch, 23. Dezember 2020

Den Port-Referenzbildern wurden neue IP-Adressen für die Anwendungskonfiguration hinzugefügt.

Dienstag, 22. Dezember 2020

Die Zeile „Anwendungskonfiguration“ in den Tabellen wurde aktualisiert und enthält nun die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154.

Die Netzwerkdiagramme wurden ausgeblendet, bis diese IP-Adressen hinzugefügt wurden.

Freitag, 11. Dezember 2020

Die Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“ und „Anwendungskonfiguration“ für die unterstützten kanadischen Domänen wurden aktualisiert.

Freitag, 16. Oktober 2020

Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Mittwoch, 23. September 2020

Unter CScan wurde 199.59.64.156 durch 199.59.64.197 ersetzt.

Freitag, 14. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

Mittwoch, 12. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

  • Anrufmedien zu Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) – 135.84.173.155,135.84.174.155

  • Synchronisierung der Gerätezeit – 135.84.173.152, 135.84.174.152

  • Anwendungskonfiguration – 135.84.173.154,135.84.174.154

Mittwoch, 22. Juli 2020

Die folgende IP-Adresse wurde zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt: 135.84.173.146

Dienstag, 9. Juni 2020

Der CScan-Eintrag wurde wie folgt geändert:

  • Eine der IP-Adressen wurde korrigiert: geändert 199.59.67.156 in 199.59.64.156.

  • Neue Funktionen erfordern neue Ports und UDP – 19560-19760.

Mittwoch, 11. März 2020

Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

Donnerstag, 27. Februar 2020

Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt:

cloudupgrader.webex.com—443, 6970

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtigste Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen PSTN-Anforderungen (Public Switched Telephone Network) und LGW-Anforderungen (Local Gateway) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder CUBE Enterprise-Bereitstellung ändern, um sie als lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass die vorhandenen Anrufverläufe und -funktionen nicht aufgrund der von Ihnen vorgenommenen Änderungen unterbrochen werden.

Die Prozeduren enthalten Links zu Befehlsreferenzdokumenten, in denen Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, werden alle Befehlsreferenzlinks zur Befehlsreferenz für Webex Managed Gateways weitergeleitet (in diesem Fall gehen die Befehlslinks zur Cisco IOS-Sprachbefehlsreferenz). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Befehlsreferenzen zugreifen.

Informationen zu den unterstützten SBCs von Drittanbietern finden Sie in der jeweiligen Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter Registrierungsbasiertes lokales Gateway oder Zertifikatbasiertes lokales Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu den verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security) zur Sicherung des Übertragungswegs und SRTP (Secure Real Time Protocol) zur Sicherung der Medien zwischen dem lokalen Gateway und Webex Calling.

Wichtigste Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für die Optimierung des Medienpfads

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem zertifikatbasierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Es ist obligatorisch, FIPS-konforme GCM-Schlüssel zu konfigurieren, um das lokale Gateway für Webex for Government zu unterstützen. Andernfalls schlägt die Einrichtung des Anrufs fehl. Details zur Konfiguration finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierten SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die folgende Abbildung zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenmandanten: Wird zum Erstellen von Übertragungsweg-spezifischen Konfigurationen verwendet.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Konfiguration der Anrufverteilung mit einer Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet.

Die in Konfigurationslösungen für das Anruf-Routing verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1. Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle registrierungsbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.6.1a oder höher. Cisco IOS 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Schützen Sie die Registrierung und STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes

3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Trunks erfordert dieser Trustpoint kein Zertifikat, wie dies bei einem zertifikatbasierten Trunk der Fall wäre.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Die Verkehrsparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige und sichere Verbindung für die Registrierung zu gewährleisten:

Der Serverbefehl cn-san-validate stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in tenant 200 konfigurierte Host-Name entweder in den Feldern CN oder SAN des vom ausgehenden Proxy empfangenen Zertifikats enthalten ist.

  1. Legen Sie tcp-retry count auf 1000 fest (Vielfache von 5 msec = 5 Sekunden).

  2. Mit dem Befehl Timer connection establish können Sie einstellen, wie lange das LGW auf die Einrichtung einer Verbindung mit einem Proxy wartet, bevor Sie die nächste verfügbare Option in Betracht ziehen. Der Standardwert für diesen Timer ist 20 Sekunden, wobei mindestens 5 Sekunden erforderlich sind. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie ihn, wenn nötig, um die Netzwerkbedingungen zu berücksichtigen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Übertragungswegs für Webex Calling
1

Erstellen Sie einen registrierungsbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Die in der Abbildung hervorgehobenen Details werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

PSTN-Übertragungsweg registriert
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Liste vertrauenswürdiger IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massenstatistiken

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien.

Allow-connections sip to sip

Aktivieren Sie die grundlegende SIP-Back-to-Back-Benutzeragentenfunktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf dem Parameter für den Zieltrunk zu identifizieren: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters dtg= gefolgt vom OTG/DTG-Wert für den Übertragungsweg, der bei Erstellung des Übertragungswegs in Control Hub bereitgestellt wurde. Weitere Informationen finden Sie unter Sprachklassen-URI.

7

Konfigurieren Sie das sip profile 100, das verwendet wird, um SIP-Nachrichten zu ändern, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "" "" 
 rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass SIP-Header, die für die Anrufsignalisierung verwendet werden, SIP anstelle des SIPs-Schemas verwenden, das Webex-Proxys benötigen. Die Konfiguration von CUBE für die Verwendung von SIP stellt sicher, dass die sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die Von-Kopfzeile so, dass die OTG/DTG-Kennung der Trunk-Gruppe aus dem Control Hub verwendet wird, um eine Site des lokalen Gateways innerhalb eines Unternehmens eindeutig zu identifizieren.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

8

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Insbesondere die zuvor in Control Hub angegebenen Details zur Trunk-Registrierung werden in diesem Schritt wie unten beschrieben verwendet. Mit diesem Tenant verknüpfte Wahl-Peers übernehmen diese Konfigurationen später.

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Übertragungsweg verwendet werden. Weitere Informationen finden Sie unter voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips läuft ab 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrar.

    Stellen Sie sicher, dass Sie den Wert „Domäne registrieren“ aus Control Hub hier verwenden.

    Anmeldenummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier in Control Hub die Werte für den Leitungs-/Port-Host, den Authentifizierungsbenutzernamen und das Authentifizierungskennwort verwenden.

    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks
    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier in Control Hub den Authentifizierungsbenutzernamen, das Authentifizierungskennwort und die Registrar-Domänenwerte verwenden.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mit asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die bei der Erstellung Ihres Übertragungswegs in Control Hub bereitgestellt wurde.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Connection-Reuse.

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt.

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß der Definition in sip-profiles 100. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    ausgehender-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Fügen Sie die ausgehende Proxyadresse ein, die bei der Erstellung Ihres Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Ausgehender Proxy.

    Datenschutzrichtlinienpassregeln

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn. 250

    Begrenzt die Anzahl der gleichzeitigen eingehenden und ausgehenden Anrufe zwischen dem LGW und Webex Calling. Für Registrierungs-Trunks sollte der konfigurierte Höchstwert 250 sein. Der Wert für den Benutzer ist niedriger, wenn dies für Ihre Bereitstellung geeigneter wäre. Weitere Informationen zu Beschränkungen für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

    Eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem URI (Uniform Resource Identifier) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft, ein Firewall-Loch für den Medienverkehr zu öffnen.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Tenant 100 definiert und einen SIP VoIP-Dial-Peer konfiguriert haben, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. An diesem Punkt übergibt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem zuvor aktualisierten CA-Stammpaket. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann diese sichere Verbindung verwenden, um sich beim Webex Zugriffs-SBC zu registrieren. Wenn die Registrierung für die Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter username, password und realm aus der Konfiguration der credentials verwendet.

  • Die Änderungsregeln im SIP-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP umzuwandeln.

Die Registrierung ist erfolgreich, wenn vom Zugriffs-SBC ein 200 OK empfangen wird.

Flussdiagramm für Authentifizierung und Registrierung von Webex Calling mit lokalem Gateway

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofil-Einstellungen auf 5065 konfigurieren. Dies erlaubt eingehende Nachrichten auf Port 5065 und füllt die VIA-Kopfzeile mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

Informationen zum Sicherheitsprofil des SIP-Übertragungswegs eingeben
1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können das DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik zur Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS-, SCP- ODER FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet wird, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email  
end

Die folgende Abbildung zeigt eine Beispielkonfiguration für ein lokales Gateway, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um proaktive Benachrichtigungen mit Gmail als sicheren SMTP-Server an tacfaststart@gmail.com zu senden:

Wir empfehlen die Verwendung von Cisco IOS XE Bengaluru 17.6.x oder höher.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und aktivieren Sie die Einstellung Zugriff auf die App weniger sicher .

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung mit dem SNMP OID für fünf Sekunden. 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um SNMP zu aktivieren. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. neu, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Wenn das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um zu überprüfen, ob SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Behebung von temporären und vorübergehenden Problemen erheblich.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix. Hierbei handelt es sich um den Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das Sie mit dem folgenden Befehl vom Support Case Manager abrufen können. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie mit dem Befehl show snmp sicher, dass SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Überprüfen Sie mit dem Befehl show call-home diagnostic-signature , ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl ändert sich die Spalte „Status“ des Befehls show call-home diagnostic-signature zu „wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Befehls show call-home diagnostic-signature ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE-Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung von Cisco IOS XE Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Wenn Sie sich registriert haben, können Sie die Konfigurationsvalidierungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem zertifikatbasierten Mutual TLS (mTLS)-SIP-Übertragungsweg konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • voice class tenants: Wird verwendet, um trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall ermöglicht ein Unified Communications Manager die zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet. Es werden Optionen für die öffentliche oder private Adressierung (hinter NAT) bereitgestellt. SRV-DNS-Einträge sind optional, es sei denn, ein Lastausgleich über mehrere CUBE-Instanzen hinweg erfolgt.

Die in zertifikatbasierten lokalen Gateway-Konfigurationen verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle zertifikatbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.9.1a oder höher. Cisco IOS XE 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

    • Für Anforderungen an eine hohe Kapazität benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Berechtigung für den Durchsatz.

      Weitere Informationen finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder SRV-Adressen (Service Record) des lokalen Gateways, die in Control Hub konfiguriert sind, müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der Benutzeroberfläche des lokalen Gateways, die Webex zugewandt sind, müssen vom Internet aus zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Führen Sie die folgenden detaillierten Konfigurationsschritte aus, um ein signiertes Zertifikat auf dem lokalen Gateway zu installieren:

    • Eine öffentliche Zertifizierungsstelle (CA), die unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? beschrieben ist, muss das Gerätezertifikat signieren.

    • Der allgemeine Name (CN) des Zertifikats oder einer der alternativen Antragstellernamen (Subject Alternative Names, SAN) muss mit dem in Control Hub konfigurierten FQDN identisch sein. Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways aufweist, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation lgws.lgw.com als SRV-Adresse des/der lokalen Gateways(s) aufweist, die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, muss die Kontaktadresse für alle neuen SIP-Dialogfelder von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen verwenden.

    • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch. Dieses Paket enthält das CA-Stammzertifikat, das zur Verifizierung der Webex-Plattform verwendet wird.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Schützen Sie die STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat für Ihre Domäne, das von einer unterstützten Zertifizierungsstelle (CA) signiert wird.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden exec-Befehl.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Verwenden Sie die folgenden Konfigurationsbefehle, um einen Trustpoint für das Zertifikat zu erstellen und geben Sie die Feldwerte an, die in der Zertifikatsignieranforderung verwendet werden sollen: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Hinweise für Zertifikatsfelder:

    • fqdn: Das ist kein Pflichtfeld für Webex Calling. Wenn Sie diese Konfiguration auf „Keine“ setzen, wird sichergestellt, dass sie nicht in der Zertifikatssignaturanforderung enthalten ist. Wenn Sie einen FQDN mit diesem Befehl einschließen müssen, wirkt sich dies nicht auf den lokalen Gateway-Vorgang aus.

    • Betreffbezeichnung: Zum Validieren von Anrufen von einem lokalen Gateway muss Webex den FQDN in den SIP-Kontakt-Headern mit den Headern übereinstimmen, die entweder im Attribut „Subject Common Name (CN)“ oder im Feld „Subject Alternative Name (SAN)“ des SBC-Zertifikats enthalten sind. Das Betrefffeld sollte daher mindestens ein CN-Attribut enthalten, kann bei Bedarf aber auch andere Attribute enthalten. Weitere Informationen finden Sie unter Betreffbezeichnung.

    • Betreff-alt-name: Das Feld "Subject Alternative Name" (SAN) des SBC-Zertifikats kann eine Liste zusätzlicher FQDNs enthalten. Webex überprüft diese Liste, um die SIP-Kontakt-Kopfzeile in Nachrichten vom lokalen Gateway zu validieren, wenn das Zertifikatssubjekt-CN-Attribut nicht übereinstimmt.

    • Hash: Es wird dringend empfohlen, die Kundendienstmitarbeiter mit SHA256 zu signieren. Dieser Algorithmus wird standardmäßig von Cisco IOS XE 17.11.1 verwendet und sollte explizit mit diesem Befehl bei früheren Versionen konfiguriert werden.

  3. Generieren Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diese, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT

4

Geben Sie das Zertifikat der Zwischen-Zertifizierungsstelle für die Signatur an, die zur Authentifizierung Ihres Host-Zertifikats verwendet wird. Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT

5

Importieren Sie das signierte Host-Zertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate

6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint an, der für Sprachanwendungen verwendet werden soll. Verwenden Sie dazu die folgenden Konfigurationsbefehle:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Webex Calling-zertifikatbasierten Übertragungsweg konfigurieren
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet.

CUBE-zertifikatsbasierter PSTN-Übertragungsweg wird erstellt
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerkentitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert ein lokales Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adressliste zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Allow-connections sip to sip

Aktivieren Sie die CUBE-Standard-SIP-Funktionalität nacheinander für Benutzer-Agenten. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen STUN-Befehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

SIP-Profile eingehend

Ermöglicht CUBE, SIP-Profile zu verwenden, um Nachrichten während des Empfangs zu ändern. Profile werden über Dial-Peers oder Mandanten angewendet.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Der Befehl stun usage firewall-traversal flowdata ist nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt GCM als die von CUBE angebotene Verschlüsselungssuite an. Es ist obligatorisch, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf seinem Ziel-FQDN oder SRV eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub für den Trunk konfigurierten Trunk-FQDN oder -SRV.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie bei Verwendung von NAT mit dem nächsten Schritt fort. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, müssen die Kopfzeile „Kontakt“ in einer SIP-Anfrage und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

9

Wenn Ihr Gateway hinter dem statischen NAT mit einer privaten IP-Adresse konfiguriert ist, konfigurieren Sie die eingehenden und ausgehenden SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN, „10.80.13.12“ ist die Schnittstellen-IP-Adresse, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

Artikel 30 bis 81

Konvertieren Sie private Adressverweise in die externe öffentliche Adresse für die Site, damit Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass CUBE die Nachrichten von Webex verarbeiten kann.

Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

10

Konfigurieren Sie einen SIP-Optionen-Keepalive mit Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Ping "Out of Dialog Options" an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im Status "UP" oder "Down" befindet.

Dieses Keepalive-Profil wird von dem in Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter dem statischen NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statisches NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle zu Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Mit diesem Mandanten verknüpfte Wahl-Peers erben die folgenden Konfigurationen später:

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Wir empfehlen, dass Sie Tenants verwenden, um Trunks zu konfigurieren, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte TLS-Profil den Vertrauenspunkt, der zum Annehmen oder Erstellen neuer Verbindungen verwendet werden soll, sowie die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mithilfe des Befehls asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die in Control Hub bei der Erstellung Ihres Übertragungswegs angegeben wurde

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    localhost DNS: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Kopfzeilen „Von“, „Anruf-ID“ und „Remote-Party-ID“ in ausgehenden Nachrichten durch den angegebenen FQDN zu ersetzen. Verwenden Sie hier den FQDN oder SRV des Übertragungswegs, der im Control Hub für den Übertragungsweg konfiguriert ist.

    Sitzungstransport TCP TLS

    Legt den Transport auf TLS für zugeordnete Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind.

    SIP-Profile der Sprachklasse 100

    Wendet das Header-Änderungsprofil (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für Sprachklassen.

    Sprachklasse-SIP-Profile 110 eingehend

    Nur für LGW-Bereitstellungen hinter NAT: Wendet das Header-Änderungsprofil für eingehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    Datenschutz Passthru

    Konfiguriert CUBE, um die Privatfunktion-Header der empfangenen Nachricht transparent an den nächsten Anrufabschnitt weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit dem Tag 100 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    Eingehende URI-Anfrage 100

    Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des Header-URI der INVITE-ANFRAGE an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen vom lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN-Pakete helfen, ein Firewall-Pinhole für den Medienverkehr zu öffnen und gültige Pfade für die Medienoptimierung zu erkennen.

    Sprachklasse-SIP-Tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder -Endpunkten zu überwachen, die ein bestimmtes Profil (100) verwenden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren
Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie verwenden, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email  
end

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in der Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

    DS 64224 vom Diagnostic Signatures Lookup-Tool herunterladen

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl show call-home diagnostic-signature , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das wie im Folgenden gezeigt vom Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    Das im Abschnitt „Anhänge“ des Support Case Managers generierte Datei-Upload-Token
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie DS 64224 zur Überwachung hoher CPU-Auslastung und anschließend die XML-Datei DS 65095 im lokalen Gateway. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)
64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE High Availability als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Wechselt in den Redundanzmodus

  • application redundancy – Wechselt in den Konfigurationsmodus für die Anwendungsredundanz

  • group – Wechselt in den Konfigurationsmodus für die Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Male für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • GigabitEthernet3-Protokoll 1 steuern – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für Prüfpunkte des Datenverkehrs verwendet wird

  • track – RG-Gruppenverfolgung von Schnittstellen

  • protocol 1 – Gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert die Redundanzschnittstellenkennung für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn mehr als ein B2B-Paar im selben LAN vorhanden ist, MUSS jedes Paar eindeutige RII-IDs auf ihren jeweiligen Schnittstellen haben (um Kollisionen zu vermeiden). „show redundancy application group all“ (Redundanzanwendungsgruppe alle anzeigen) sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Hier ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Webex Control Hub-Parametern basiert. Speichern Sie und laden Sie sie erneut. SIP-Digest-Anmeldeinformationen von Webex Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify ""
""
  rule 13 response ANY sip-header To modify ""
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

SIP-UA-Registrierungsstatus anzeigen 


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie sehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: 
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: 
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: ;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

für Ihre Organisation konfigurieren

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Der erste Schritt zur Einrichtung Ihrer Dienste besteht darin, den First Time Setup Wizard (FTSW) abzuschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre e-Mail-Adresse für den Administrator wird automatisch für die Anmeldung bei verwendet, in der Sie aufgefordert werden, Ihr Administrator Passwort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und schließen , wenn Sie ein Partneradministrator sind und der Kundenadministrator die Bereitstellung von abschließen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Zur E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.

2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname: Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, mit dem der Standort verknüpft werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse: Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort: Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region: Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl: Geben Sie die Postleitzahl ein.
  • Ansagesprache: Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache: Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone: Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Standort löschen

Vorbereitungen

Sie können einen Standort löschen, der entweder nicht verwendet wird oder falsch konfiguriert wurde, nachdem Sie die mit ihm verknüpften Benutzer und Arbeitsbereiche gelöscht haben. Wenn Sie einen Standort löschen, löschen Sie alle zugewiesenen Dienste und Nummern.

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufe > Nummern , und wählen Sie im Dropdown-Menü den zu löschenden Standort aus. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle mit diesem Standort verknüpften Nummern an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Eigentümer dieser Nummern.

1

Melden Sie sich beim Control Hub unter https://admin.webex.com an, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf Schaltfläche „Weitere Optionen“ in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, den Standort endgültig zu löschen, kann aber bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben Schaltfläche „Weitere Optionen“ dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

3

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen festen Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie die Option Nummern jetzt bestellen unter einem aufgeführten Anbieter sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, werden automatisch zu einem lokalen PSTN mit einem entsprechenden Trunk konvertiert.

Informationen zur Migration finden Sie unten unter Zu Cisco-Anrufplänen migrieren .

4

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus.

Die Hauptnummer kann einem Auto Attendant oder einem anderen Ziel innerhalb des Standorts zugewiesen werden, sodass externe Anrufer zu einem geeigneten Ziel geleitet werden.

Weisen Sie dem Standort eine Hauptnummer zu, wenn er über Übertragungswege oder Entitäten nur mit Anschlüssen wie Benutzer, Arbeitsbereiche, virtuelle Leitungen oder Funktionen verfügt. Ohne Hauptnummer sind die Übertragungswege nicht nutzbar und Entitäten nur mit Durchwahl können keine internen oder externen Anrufe tätigen oder empfangen. Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie PSTN-Anrufe tätigen.

Wenn Sie eine gebührenfreie Nummer als Hauptnummer für einen Standort auswählen, empfehlen wir die Aktualisierung der Rückrufnummer für den Notfall für den Standort, da gebührenfreie Nummern keine Dienstadresse für den Notfall haben. Weitere Informationen finden Sie unter Rückrufnummer für den Notfall für einen Standort konfigurieren.

5

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Anbieter von Notrufen benötigt möglicherweise Informationen über das Zugriffsnetzwerk. Dies wird durch die Definition des neuen privaten SIP-Durchwahlheaders „P-Access-Network-Info“ erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

6

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

7

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeiten, wechseln Sie zum Bereich Allgemeine Einstellungen der jeweiligen Funktion, für die Sie die Zeitzone aktualisieren möchten, bearbeiten und speichern.

Zu Cisco Calling-Tarifen migrieren

Sie können Ihre PSTN-Verbindung für einen vorhandenen Standort in Cisco PSTN ändern. Sie können beispielsweise die Standorte für das lokale PSTN (lokales Gateway) oder nicht integrierte CCP-Verbindungen zu Cisco PSTN ändern. Cisco PSTN stellt eine Cloud-PSTN-Lösung von Cisco bereit.

Alle portierbaren Nummern bleiben bis auf eine kleine Unterbrechung während der geplanten Abschlusszeit der Portierung funktionsfähig.

Außerdem können Sie keine Änderung der Nummernverwaltung für einen Standort vornehmen, der sich in einem PSTN-Verbindungsübergang befindet. Die vorhandenen Nummern bleiben jedoch funktionsfähig, und Sie können die Zuweisung von Nummern zum Standort trotzdem aufheben. Sie können keine Nummern für diesen Standort hinzufügen, löschen und verschieben. Während dieses Vorgangs wird das Routing-Profil automatisch aktualisiert und Cisco PSTN aktiviert.

Die Möglichkeit, die PSTN-Verbindung für einen vorhandenen Standort zu Cisco PSTN zu ändern, wird für die Region Japan derzeit nicht unterstützt.

Beim Ändern der PSTN-Verbindung wird ein Abonnement mit einer Calling-Lizenz angewendet, und der Abrechnungsdienst erhält eine Benachrichtigung.

Beschränkungen:

  • Die Migration von einem integrierten IntelePeer-Standort zu einem Cisco PSTN-Standort wird nicht unterstützt.

  • Der Standort der dedizierten Instanz kann nicht zu Cisco PSTN migriert werden

  • Für die Änderung der PSTN-Verbindung können mehrere Portierungsaufträge erforderlich sein. Wenn dies der Fall ist, werden diese Aufträge verknüpft, damit sie gleichzeitig abgeschlossen werden. Jede Datumsänderung oder Stornierung eines Portierungsauftrags muss auf alle verknüpften Portierungsaufträge für die Verbindungsänderung angewendet werden.

So initiieren Sie eine PSTN-Verbindungsänderung

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung in Cisco PSTN ändern möchten.

4

Gehen Sie zur Registerkarte Anrufe , und klicken Sie auf die Option Verwalten neben dem lokalen PSTN oder dem nicht integrierten Cloud Connected PSTN.

5

Bearbeiten neben Verbindungstyp.

6

Wählen Sie die Karte Cisco-Anrufpläne und dann das Abonnement aus, das den Benutzern an diesem Standort den Cisco-Anrufplan zuweist. Klicken Sie auf Weiter.

7

Eine Seite zur Verbindungsänderung wird zur Bestätigung angezeigt. Klicken Sie auf Weiter , und prüfen Sie die Portierungsbereitschaft Ihrer Nummern.

Der PSTN-Verbindungsport-Assistent prüft, ob Ihre Nummern bereit für die Portierung sind.

Die Schaltfläche „Weiter“ wird nur aktiviert, wenn alle Nummern in der Liste portierbar sind. Lesen Sie diese Hinweise:

  • „Nicht portierbare Nummern“ bezieht sich auf inaktive Nummern. Stellen Sie sicher, dass keine Nummern unter dieser Liste vorhanden sind.

  • Entfernen Sie alle nicht portierbaren Nummern vom Standort. Sie können die Nummern verschieben oder die Zuweisung aufheben und anschließend löschen.

8

Klicken Sie auf Weiter und geben Sie die Vertragsinformationen ein.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Dies ist der primäre Vertragskontakt für alle Standorte, die Cisco-Anrufpläne (USA) verwenden. Änderungen an diesem Kontakt gelten für alle anderen Standorte, die Cisco-Anrufpläne (USA) verwenden.

9

Klicken Sie auf Weiter. Eine Benachrichtigung wird angezeigt, in der Sie aufgefordert werden, Ihre Vertragsinformationen für diesen Standort zu speichern. Wählen Sie Ja, ändern aus.

10

Geben Sie die Dienstadresse für den Notfall an, und klicken Sie auf Speichern.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Im Notfall verwendet das lokale Notfallteam diese Adresse, um den Anrufer zu orten.

11

Die Übersichtsseite mit der Anzahl der erstellten Ports wird angezeigt. Wenn es nur eine Bestellung gibt, wird ein zusätzlicher Schritt mit der Bezeichnung Zusätzliche Informationen bereitstellen angezeigt. Für mehrere Aufträge steht oben eine Auftragsauswahl zur Verfügung, um zwischen den Aufträgen zu navigieren. Klicken Sie auf Weiter und geben Sie die Details ein, um den Portierungsassistenten abzuschließen.

Übersichtsseite des PSTN-Verbindungsports-Assistenten.

Die Aufträge werden gleichzeitig gesendet, wenn alle Informationen für eine einzelne PSTN-Migrationsanfrage bereitgestellt werden. Das feste Auftragsbindungsdatum ist standardmäßig für alle Aufträge einheitlich. Die Änderung der PSTN-Verbindung wird automatisch übernommen, nachdem die letzte verknüpfte Bestellung vollständig portiert wurde.

  • Wenn die Bestellübermittlung fehlschlägt, wird automatisch ein Support-Ticket erstellt und an das Support-Team gesendet.

  • Wenn für die Änderung der PSTN-Verbindung mehrere Bestellungen von mehreren Netzbetreibern erforderlich sind, kann es bis zu 10 Werktage dauern, bis dieser Vorgang abgeschlossen ist.

Die Migrationsdetails sind auf der Registerkarte Dienste > Anrufe > PSTN > Bestellung verfügbar. Wählen Sie die Auftrags-ID aus, um die Auftragsdetails in einer Seitenansicht anzuzeigen. Sie können den Typ „PSTN ändern“ für die Bestellungen anzeigen, die über die PSTN-Verbindungsänderung erstellt wurden.

PSTN-Verbindungsänderung abbrechen

Ein Administrator kann die PSTN-Migration abbrechen, wenn sich der Standort noch im Übergangsstatus befindet.

1

Melden Sie sich bei https://admin.webex.com an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung abbrechen möchten.

4

Gehen Sie zur Registerkarte Anrufe, und klicken Sie auf die Schaltfläche PSTN-Verbindungsänderung abbrechen .

5

Klicken Sie auf Ja, weiter , um die Stornierung zu bestätigen.

Konfigurieren des Wählplans

Sie können den Wählplan für Ihre Bereitstellung mit ausgehenden Wählcodes steuern. Passen Sie die Länge von Durchwahlen, Routing-Präfixe und Wähleinstellungen (intern und extern) an, damit Sie die Anforderungen von Benutzern berücksichtigen können.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, verwenden Sie die Beispielnummern in der Aktualisierung, um diese Änderungen anzuzeigen.

Sie können Berechtigungen für ausgehende Anrufe für einen Standort konfigurieren. Lesen Sie diese Schritte , um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und scrollen Sie zu Interne Rufnummernwahl.

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Wenn Sie mehrere Standorte haben, empfehlen wir diese Einstellung. Sie können eine Länge von 1 bis 7 Ziffern eingeben. Wenn Sie mehrere Standorte mit derselben Durchwahl haben, müssen Benutzer ein Präfix wählen, wenn sie Zwischen Standorten Anrufe tätigen. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    • Die Länge des Routing-Präfix umfasst die führende Ziffer. Wenn Sie beispielsweise die Länge des Routing-Präfix auf vier festlegen, können Sie nur drei Ziffern verwenden, um den Standort anzugeben.

    • Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anschlüsse, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfixdurchwahl).

  • Führende Ziffer im Routing-Präfix: Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt werden soll.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Wenn Sie die Länge Ihrer Durchwahl erhöhen, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Wahl mit Durchwahl zwischen Standorten zulassen – Ermöglicht Ihnen die Anpassung der Wahl mit Durchwahl zwischen Standorten an die Anforderungen Ihrer Organisation.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation keine doppelten Durchwahlen an allen Standorten hat.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation an verschiedenen Standorten denselben Anschluss hat. Wenn der Umschalter deaktiviert ist und der Anrufer die Durchwahl wählt, wird der Anruf an einen Benutzer mit einer übereinstimmenden Durchwahl am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix für den Standort + Anschluss) wählen, um eine Durchwahl an anderen Standorten zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Rufnummernwahl und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer von einem Standort wählen müssen, um jemanden am anderen Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, sie muss jedoch 1 bis 7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Wählen, und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional können Sie Ziffer für ausgehende Anrufe erzwingen an diesem Standort festlegen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    • Sie können Notrufe mit oder ohne Ziffer für ausgehende Anrufe wählen, wenn Sie diese Funktion aktivieren. Nach der Aktivierung funktionieren alle externen Zielnummern wie die für die Anrufweiterleitung nicht mehr, wenn keine Ziffer für ausgehende Anrufe angegeben ist.

    • Wenn eine Durchwahl mit der nationalen Nummer identisch ist, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher empfehlen wir, die Ziffer für ausgehende Anrufe zu aktivieren.

    • Wir empfehlen dringend die Verwendung des E.164-Nummerierungsformats für ein- und ausgehende PSTN-Anrufe.

Auswirkungen für Benutzer:

  • Damit die Änderungen in den Wähleinstellungen übernommen werden, müssen die Benutzer ihre Telefone neu starten.

  • Benutzerdurchwahlen sollten nicht mit derselben Nummer wie die führende Ziffer oder die Ziffern für ausgehende Anrufe des Standorts beginnen.

Konfigurieren Sie lokales PSTN (Lokales Gateway) in

Wenn Sie ein Value Added Reseller sind, können Sie die folgenden Schritte ausführen, um die Konfiguration des lokalen Gateways in zu starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Standorten verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Führen Sie die folgenden Schritte aus, um einen Übertragungsweg in zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich unter an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen aus.

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, diese Informationen aus zu kopieren und in eine lokale Textdatei oder ein lokales Dokument einzufügen, damit Sie sich darauf beziehen können, wenn Sie bereit sind, das lokale PSTN zu konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Übertragungsweginformationen in generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die erzeugten Konfigurationsinformationen übernehmen und die Parameter dem lokalen Gateway zuordnen (z. b. auf einem Cisco Cube, der sich auf dem Gelände befindet). Dieser Artikel führt Sie durch diesen Prozess. Als Referenz finden Sie im folgenden Diagramm ein Beispiel für die Zuordnung der Konfigurationsinformationen (links) zu den Parametern im Cube (rechts):

Diagrammbeispiel eines lokalen Gateways.

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen aufgeführt. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Sie können Telefonnummern für Ihre Organisation ganz einfach in anzeigen, aktivieren, entfernen und hinzufügen. Weitere Informationen finden Sie unter Verwalten von Telefonnummern in Control Hub.

Anfordern eines Servicekaufs über eine Testversion in

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich unter an, und wählen Sie das Gebäude-Symbol Gebäudesymbol..

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Festlegen von Anrufoptionen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Benutzer der Webex-App.

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Calling-Clients konfigurieren, einschließlich einer Bereitstellung im gemischten Modus für Organisationen mit Benutzern mit Berechtigung mit Unified CM oder und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten.

Unified CM konfigurieren für

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürzte standortübergreifende Rufnummernwahl)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name wie Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name wie Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL_Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteZurück_Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +140855501XX

Einrichten Ihrer Funktionen

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Unterstützen Sie die Bedürfnisse Ihres Front-Office-Personals. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschaltung für Benutzer aktivieren

1

2

Gehen Sie zu Verwaltung > Benutzer.

3

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

4

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie dann Aufschalten aus.

5

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

6

Aktivieren Sie die Option Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet , wenn Sie anderen einen Ton wiedergeben möchten, wenn sich dieser Benutzer in einen Anruf aufschaltet.

Die Einstellung Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet gilt nicht für die Aufschaltfunktion von Customer Experience Basic und Essentials für Supervisor. Auch wenn Sie diese Option für einen Supervisor aktivieren, gibt das System den Benachrichtigungston nicht für den Agenten wieder, wenn sich ein Supervisor in einen Anruf in die Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton wiedergeben möchten, wenn sich ein Supervisor in einen Anruf aufschaltet, können Sie dies über die Einstellungen „Benachrichtigungston für Agenten“ aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschlange erstellen in Webex Customer Experience Basic oder Webex Customer Experience Essentials.

7

Klicken Sie auf Speichern.

Datenschutz für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

3

Wechseln Sie zum Bereich Berechtigungen zwischen Benutzern und wählen Sie Datenschutz.

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen Ihrer zugewiesenen Standorte angezeigt.

Deaktivieren Sie das Kontrollkästchen Datenschutz aktivieren , damit alle den Leitungsstatus überwachen können.

6

Aktivieren Sie das Kontrollkästchen Datenschutz für gezielte Anrufübernahme und Aufschaltung durchsetzen , um die Privatsphäre für gezielte Anrufübernahme und Aufschaltung zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte bei diesem Benutzer eine gezielte Anrufübernahme und eine Aufschaltung verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und eine Aufschaltung auf einer Leitung vornehmen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten in einem Anruf eines anderen Teilnehmers.
  • Der Supervisor kann sich jederzeit über die Anrufwarteschlange auf Anrufe aufschalten, die die Agenten empfangen. Das heißt, die Datenschutzeinstellungen wirken sich nicht auf die Aufschaltoption eines Supervisors aus.

7

Wählen Sie unter Mitglied nach Name hinzufügen die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Leitungsstatus des Telefons überwachen und eine gezielte Anrufübernahme und eine Aufschaltung durchführen können.

8

Um die von Ihnen ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Nach Name, Nummer oder Durchwahl filtern .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .

10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximale Anzahl der überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und klicken Sie auf Benutzer.

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung aus.

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste Überwachte Leitung hinzufügen aufnehmen.

5

Wählen Sie aus, ob Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Liste der überwachten Leitungen entspricht der Reihenfolge der überwachten Leitungen, die auf dem Gerät des Benutzers angezeigt werden. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wurde.

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in verwalten.

Warnton für Anrufüberbrückung für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen werden kann. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufüberbrückung aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton zur Anrufüberbrückung.

4

Aktivieren Sie den Warnton zur Anrufüberbrückung und klicken Sie auf Speichern.

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung gemeinsam genutzter Leitungen für WebexApp.

Aktivieren Sie das Hotel für einen Benutzer

Benutzer mit aktiviertem Hoteling können in einem anderen Bereich arbeiten und dabei die Funktionalität und die Funktionen ihres Haupttischtelefons behalten.
1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und wählen Sie Benutzer aus.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern , wählen Sie Hoteling aus und aktivieren Sie den Umschalter.

4

Geben Sie den Namen oder die Nummer des Hoteling-Hosts in das Suchfeld Hoteling-Standort ein, und wählen Sie den Hoteling-Host aus, den Sie dem Benutzer zuweisen möchten.

Es kann nur ein Hoteling-Gastgeber ausgewählt werden. Wenn Sie einen anderen Hoteling-Gastgeber auswählen, wird der erste gelöscht.

Wenn Sie Standortadministrator sind, können Sie nur den Hoteling-Host zuweisen, der Ihren zugewiesenen Standorten zugeordnet ist.

5

Um die Zeit zu begrenzen, die ein Benutzer dem Hoteling-Host zugewiesen werden kann, wählen Sie in der Dropdown-Liste Zuordnungszeitraum begrenzen die Anzahl der Stunden aus, die der Benutzer dem Hoteling-Host nutzen kann.

Der Benutzer wird nach dem ausgewählten Zeitpunkt automatisch abgemeldet.

Auf dem Bildschirm wird eine Fehlermeldung angezeigt, wenn der für den Benutzer angegebene Limit-Zuordnungszeitraum den Limit-Zuordnungszeitraum des ausgewählten Hoteling-Hosts überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen Limit-Zuordnungszeitraum von 12 Stunden und der Limit-Zuordnungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die maximale Zuordnungsdauer des Hoteling-Gastgebers verlängern, wenn der Benutzer mehr Zeit benötigt.

6

Klicken Sie auf „Speichern“.

Ein Benutzer kann auch den gewünschten Hoteling-Host über User Hub suchen und durchsuchen. Weitere Informationen finden Sie unter Zugriff auf Ihr Anrufprofil von überall aus.

Möchten Sie sehen, wie es funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren können.

Einführungstrends und Nutzungsberichte für

Anrufberichte anzeigen

Auf der Seite Analysen können Sie sehen, wie Dienste genutzt werden, wie die App genutzt wird und wie die Qualität der Anrufmedien aussieht. So greifen Sie auf Analysen zu:

1

2

Gehen Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

3

Wählen Sie Detailliertes Anrufprotokoll aus.

Die Anrufverlaufsdetails werden mit Daten zur Medienqualität angezeigt.
4

Um auf Daten zur Medienqualität zuzugreifen, melden Sie sich bei an, wechseln Sie zu Analysen und wählen Sie Anrufe aus.

Weitere Informationen

Übersicht über Webex Calling

Stellen Sie sich vor, Sie können Cloud-Calling-, Mobilitäts- und PBX-Funktionen zusammen mit der Webex-App für Nachrichten und Meetings nutzen und Anrufe von einem Webex Calling-Soft-Client oder einem Cisco-Gerät aus tätigen. Genau das ist mit Webex Calling möglich.

WebEx Calling bietet folgende Funktionen und Vorteile:

  • Calling-Abonnements für Telefonie-Benutzer und gemeinsame Bereiche

  • Sichere und zuverlässige Cloud-Dienste von vertrauenswürdigen regionalen Dienstleistern

  • Zugriff auf die Webex-App für jeden Benutzer durch Hinzufügen von vereinheitlichten Kommunikations- und Teamzusammenarbeitsdiensten.

  • Webex Meetings als optionales, integriertes Add-On bietet die erstklassige Meeting-Erfahrung, die Unternehmensbenutzer erwarten.

  • PSTN-Zugriff (Public Switch Telephony Networks), mit dem Ihre Benutzer Nummern außerhalb der Organisation wählen können. Der Service wird über eine bestehende Unternehmensinfrastruktur bereitgestellt

    • Lokales Gateway ohne lokale IP PBX

    • Vorhandene Unified CM-Anrufumgebung

    • Vom Partner oder Cisco bereitgestellte PSTN-Optionen

  • Tier-1-Support durch Ihren Partner und Next-Level-Support durch Cisco

Control Hub ist ein webbasiertes Verwaltungsportal, das in Webex Calling integriert ist, um Ihre Bestellungen und Konfigurationen zu optimieren und die Verwaltung des Angebotspakets – Webex Calling, Webex App und Webex Meetings – zu zentralisieren.

Tabelle 1: Vom Administrator konfigurierbare Funktionen

Funktion

Beschreibung

Auto Attendant

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Sie können einen Zeitplan für 24 Stunden festlegen oder unterschiedliche Optionen für Zeiten einrichten, an denen Ihr Büro geöffnet bzw. geschlossen ist. Sie können Anrufe sogar anhand von Anrufer-ID-Attributen weiterleiten, um VIP-Listen zu erstellen oder Anrufe aus bestimmten Ortsvorwahlen unterschiedlich zu behandeln.

Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten, wenn Sie eingehende Anrufe nicht annehmen können. Sie können Anrufern eine automatische Antwort, Komfort-Nachrichten und Warteschleifenmusik bereitstellen, bis jemand den Anruf annehmen kann.

Anrufannahme

Sie können die Teamarbeit und Zusammenarbeit verbessern, indem Sie eine Anrufübernahmegruppe erstellen, damit Benutzer Anrufe von anderen Benutzern annehmen können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Anruf parken

Sie können die Option „Anruf parken“ aktivieren, damit Benutzer einen Anruf halten und von einem anderen Telefon aus annehmen können.

Sammelanschluss

In folgenden Fällen möchten Sie möglicherweise Sammelanschlüsse einrichten:

  • Verkaufsteams möchten eventuell sequentielles Routing verwenden. Ein eingehender Anruf klingelt auf einem Telefon, und wenn niemand abnimmt, wird der Anruf an den nächsten Mitarbeiter auf der Liste weitergeleitet.

  • Im Vergleich dazu möchte ein Support-Team, dass alle Telefone gleichzeitig klingeln, damit der zuerst verfügbare Mitarbeiter den Anruf entgegennehmen kann.

Paging-Gruppe

Sie können eine Paging-Gruppe erstellen, damit Benutzer Audionachrichten an Personen, Abteilungen oder Teams senden können. Wird eine Nachricht an eine Paging-Gruppe gesendet, wird diese auf allen Geräten in der Gruppe abgespielt.

Empfangs-Client

Mit der Hilfe wird den Belangen Ihres Personals im Kundendienst Rechnung getragen. So stehen eine ganze Reihe von Optionen für die Anrufkontrolle, die Leitungsüberwachung im großen Maßstab, Anrufwarteschlangen, viele verschiedene Verzeichnisoptionen und -ansichten, eine Outlook-Integration u. v. m. zur Verfügung.
Tabelle 2. Vom Benutzer konfigurierbare Funktionen

Funktion

Beschreibung

Ablehnen anonymer Anrufe

Benutzer können eingehende Anrufe mit blockierten Anrufer-IDs ablehnen.

Business Continuity

Wenn die Telefone der Benutzer aus Gründen wie Stromausfall, Netzwerkproblemen usw. nicht mit dem Netzwerk verbunden sind, können die Benutzer eingehende Anrufe an eine bestimmte Telefonnummer weiterleiten.

Anrufweiterleitung

Benutzer können eingehende Anrufe auf ein anderes Telefon umleiten.

Gezielte Rufumleitung

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten umleiten. Diese Einstellung geht der allgemeinen Rufumleitung vor.

Anrufbenachrichtigung

Benutzer können veranlassen, dass ihnen eine E-Mail zugeschickt wird, wenn sie einen Anruf erhalten, der vorab festgelegten Kriterien entspricht, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Anklopfen

Benutzer können die Annahme zusätzlicher eingehender Anrufe zulassen.

Bitte nicht stören

Benutzer können vorübergehend alle Anrufe direkt an die Voicemail weiterleiten lassen.

Office Anywhere

Benutzer können ihr ausgewähltes Telefon („Standorte“) als Anschluss für ihre geschäftliche Telefonnummer und den Wählplan verwenden.

Prioritätswarnung

Benutzer können veranlassen, dass ihr Telefon einen speziellen Klingelton abspielt, wenn sie einen Anruf erhalten, bei dem vorab festgelegte Kriterien erfüllt sind, wie z. B. von einer bestimmten Telefonnummer oder zu einem bestimmten Datum/einer bestimmten Uhrzeit.

Remote-Büro

Benutzer können Anrufe von einem Remote-Telefon tätigen und es so aussehen lassen, als würden sie von ihrer geschäftlichen Leitung aus anrufen. Darüber hinaus klingeln alle auf der geschäftlichen Leitung eingehenden Anrufe auf diesem Remote-Telefon.

Gezielte Anrufannahme

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten annehmen.

Gezieltes Ablehnen von Anrufen

Benutzer können Anrufe von bestimmten Anrufern zu bestimmten Zeiten ablehnen.

Sequenzielles Klingeln

Benutzer können bis zu 5 Geräte bestimmen, die bei eingehenden Anrufen nacheinander klingeln sollen.

Gleichzeitiges Klingeln

Benutzer können festlegen, dass bei eingehenden Anrufen gleichzeitig das Gerät der eigenen Nummer und das von anderen („Anrufempfänger“) klingelt.

Bereitstellung von Diensten, Geräten und Nutzern in Control Hub, Querstart zu detaillierter Konfigurationen im Anrufanstellungsportal

Control Hub ( https://admin.webex.com) ist ein Verwaltungsportal, das in Webex Calling integriert ist, um Ihre Bestellungen und Konfigurationen zu optimieren und die Verwaltung des Angebotspakets – Webex Calling, Webex-App und Meetings – zu zentralisieren.

Control Hub ist der zentrale Punkt für die Bereitstellung aller Dienste, Geräte und Benutzer. Dort haben Sie die Möglichkeit, Ihre Anrufdienste erstmalig einzurichten, MPP-Telefone (über die MAC-Adresse) in der Cloud zu registrieren, Benutzer zu konfigurieren, indem Sie Geräte mit ihnen verknüpfen und Nummern, Dienste, Anruffunktionen usw. hinzufügen. Zudem ist eine Weiterleitung von Control Hub zum Calling-Administratorportal möglich.

Benutzeroberfläche

Benutzer haben Zugriff auf folgende Benutzeroberflächen:

  • WebEx Calling Anwendung – für Anrufe, die von Cisco gebrannt werden. Weitere Informationen finden Sie unter Kennenlernen der neuen Cisco Webex Calling-App.

  • Webex-Einstellungen ( https://settings.webex.com) – Schnittstelle, über die Benutzer Präferenzen für das Profil festlegen, die Webex-App herunterladen und zum Calling-Benutzerportal wechseln können, um Anrufeinstellungen zu erhalten. Weitere Informationen finden Sie unter Ändern Ihrer Cisco Webex-Einstellungen.

  • Webex-App: Anwendung, die im Abonnement als Team Messaging-Client mit Cisco-Marke enthalten ist. Weitere Informationen finden Sie unter Erste Schritte mit der Cisco Webex-App.

  • Webex Meetings – Optionale Anwendung, die als Meetings-Lösung hinzugefügt werden kann. Weitere Informationen finden Sie unter Webex Meetings.

Kundenadministratoren

Als Kundenadministrator mit einem Test- oder kostenpflichtigen Abonnement für Webex Calling können Sie Ihre Organisation in Control Hub einrichten, indem Sie Standorte, Lizenzen, Telefonnummern, Anruffunktionen, Benutzer und Arbeitsbereiche (Raumgeräte, die sich in der Webex-Cloud registrieren) hinzufügen. Sie können diese Komponenten auch von dort aus verwalten.

Partner

Als Partnerdienstleister können Sie Ihren Kunden WebEx Calling, vermarkten und verkaufen. Sie können Testversionen einrichten und erweitern, Dienste für Ihre Kunden bereitstellen und Bestellungen für Ihre Kunden erstellen und bereitstellen.

Verfügbarkeit

Lesen Sie die WebEx Calling Überschrift im wo ist Cisco WebEx verfügbare Artikel für Länder, in denen WebEx Calling zum Verkauf verfügbar ist.

Tour zu Control Hub machen

Control Hub ist Ihre zentrale webbasierte Benutzeroberfläche für die Verwaltung Ihrer Organisation und Ihrer Benutzer, für die Zuweisung von Diensten, für die Analyse von Tendenzen hinsichtlich der Akzeptanz, für die Anrufqualität u. v. m.

Übersicht der Control Hub-Schnittstelle: Hervorhebung und Kennzeichnung des linken Navigationsmenüs, Unternehmensinformationen, Benachrichtigungen, In-App-Hilfe, Feedback, Sprache und Abmeldung.

Um Ihre Organisation einsatzbereit zu machen, empfehlen wir Ihnen, einige Benutzer zum Beitritt zur Webex-App einzuladen, indem Sie ihre E-Mail-Adressen in Control Hub eingeben. Bestärken Sie die Mitarbeiter, die von Ihnen bereitgestellten Dienste, u. a. die Anruffunktion, zu nutzen, und Ihnen zu ihren Erfahrungen Rückmeldung zu geben. Je weiter Ihre Vorbereitungen vorangeschritten sind, desto mehr Benutzer können Sie hinzufügen.

  • Control Hub unterstützt vollständig Mozilla Firefox 66 und höher, Google Chrome 89 und höher, Microsoft Edge 89 und höher sowie Apple Safari 15.1 und höher.
  • Control Hub unterstützt Internet Explorer nicht.
  • Control Hub ist nicht für Mobilgeräte konzipiert.

Verwenden Sie die nachstehend aufgeführten Informationen als kurze Übersicht darüber, was zu erwarten ist, wenn Ihre Organisation für die Dienste vorbereitet werden soll. Detaillierte Informationen und Schritt-für-Schritt-Anleitungen finden Sie in den einzelnen Kapiteln.

Erste Schritte

Nachdem Ihr Partner Ihr Konto erstellt hat, erhalten Sie eine Begrüßungs-E-Mail. Klicken Sie auf den erste Schritte in der E-Mail, mit Chrome oder Firefox auf Control Hub zugreifen. Über den Link werden Sie automatisch mit Ihrer Administrator-E-Mail-Adresse angemeldet. Als nächstes werden Sie aufgefordert, Ihr Administrator-Passwort zu erstellen.

Erstellen Sie ein neues Passwort-Bildschirm aus den ersten Schritten der E-Mail-Adresse für die Control Hub-Einrichtung.

First-Time Wizard für Testversionen

Wenn Ihr Partner Sie für eine Testversion registriert hat, startet der Einrichtungsassistent automatisch, nachdem Sie sich bei Control Hub angemeldet haben. Der Wizard erläutert Ihnen Schritt für Schritt die Standardeinstellungen, mit denen Sie Webex Calling und andere Dienste für Ihre Organisation einrichten können. Sie können Ihre Anrufeinstellungen einrichten und noch einmal überprüfen, bevor Sie den Wizard beenden.

Wizard für die erste Einrichtung von Control Hub.

Überprüfen Ihrer Einstellungen

Wenn Control Hub geladen wird, können Sie Ihre Einstellungen überprüfen.

Control Hub-Übersichtsseite.

Hinzufügen von Benutzern

Wenn Sie Ihre Dienste eingerichtet haben, können Sie Personen aus Ihrem Unternehmensverzeichnis hinzufügen. Gehen Sie zu Benutzer > Benutzer verwalten.

Benutzer-Popup-Fenster in Control Hub verwalten.

Wenn Sie Microsoft Active Directory verwenden, empfehlen wir Ihnen, zunächst die Verzeichnissynchronisierung zu aktivieren und anschließend zu entscheiden, wie Sie Benutzer hinzufügen möchten. Klicken Sie auf Weiter und befolgen Sie die Anweisungen, um den Cisco-Verzeichniskonnektor einzurichten.

Einrichten von einmaliger Anmeldung (Single Sign On, SSO)

Die Webex-App verwendet die Standardauthentifizierung. Sie können SSO einrichten, sodass sich die Benutzer mit ihren Unternehmensidentitätsanbietern anstatt eines separaten, in Webex gespeicherten und verwalteten Kennworts mit ihren Unternehmensidentitätsanbietern authentifizieren.

Gehen Sie zu Einstellungen > Authentifizierung > Ändern, und wählen Sie Integrieren eines 3rd-Party-Identitätsanbieters aus.

Bildschirm mit den Einstellungen für die einmalige Anmeldung (SSO) mit der Option „Einen 3rd-Party-Anbieter integrieren“ ausgewählt.

Zuweisen von Diensten zu Benutzern

Sie müssen den hinzugefügten Benutzern Dienste zuweisen, damit Benutzer die Webex-App verwenden können.

Gehen Sie zu Benutzer > Benutzer verwalten > Benutzer mit CSV-Datei exportieren und importieren, und klicken Sie auf Exportieren.

Fügen Sie in der heruntergeladenen Datei True für die Dienste hinzu, die Sie jedem Ihrer Benutzer zuweisen möchten.

Beispiel für eine CSV-Datei zum Zuweisen von Diensten zu Benutzern in Control Hub.

Importieren Sie die finale Datei, klicken Sie auf Dienste hinzufügen und entfernen und klicken Sie dann auf Senden. Sie sind jetzt gerüstet, um Anruffunktionen zu konfigurieren, Geräte zu registrieren, die an einem Ort gemeinsam genutzt werden, und um Geräte zu registrieren und Benutzern zuzuweisen.

Startschuss für Ihre Benutzer

Nachdem Sie Benutzer hinzugefügt haben und ihnen Dienste zugewiesen wurden, können sie ihre unterstützten multiplatformen Telefone (MPPs) für Webex Calling- und Webex-App für Nachrichten und Meetings nutzen. Ermutigen Sie sie, Einstellungen als zentrale Anlaufstelle für den Zugriff zu verwenden.

Rolle des lokalen Gateways

Das lokale Gateway ist ein vom Unternehmen oder Partner verwaltetes Edge-Gerät, das auf das PSTN (Public Switched Telephone Network) und frühere Telefonanlagen (PBX – Public Branch Exchange) (einschließlich Unified CM) abgestimmt ist.

Mit Hilfe von Control Hub können Sie ein lokales Gateway einem Standort zuweisen, woraufhin Control Hub Parameter zur Verfügung stellt, die Sie auf dem CUBE konfigurieren können. Mit diesen Schritten wird das lokale Gateway mit der-Cold registriert, und PSTN Dienste werden über das Tor zu WebEx Calling Benutzern an einem bestimmten Ort angeboten.

Wie ein lokales Gateway festgelegt und bestellt wird, finden Sie im Bestellleitfaden für lokale Gateways.

Unterstützte lokale Gateway Bereitstellungen für WebEx Calling

Es werden folgende einfache Bereitstellungen unterstützt:

Das lokale Gateway kann als Einzellösung bereitgestellt oder als Lösung verwendet werden, bei der die Integration in Cisco Unified Communications Manager erforderlich ist.

Bereitstellungen des lokalen Gateways ohne IP PBX am Standort

Lokales Gateway als Einzellösung

Diese Abbildung zeigt eine WebEx Calling Bereitstellung ohne vorhandene IP PBX und ist auf einen einzelnen Standort oder eine Organisation mit mehreren Standortmöglichkeiten anwendbar.

Abbildung einer Webex Calling-Bereitstellung ohne vorhandene IP PBX.

Für alle Anfragen, die nicht den WebEx Calling Destinationen entsprechen, sendet WebEx Calling diese Anfragen an das lokale Gateway, das dem Ort für die Verarbeitung zugewiesen ist. Die lokalen Gateway Routen, die von WebEx Calling nach PSTN und in die andere Richtung führen, PSTN zu WebEx Calling.

Das PSTN-Gateway kann als dedizierte Plattform ausgeführt oder parallel zum lokalen Gateway verwendet werden. Wie in der folgenden Abbildung empfehlen wir die dedizierte PSTN Gateway Variante dieser Bereitstellung. Sie kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als WebEx Calling lokale Gateway verwendet werden kann.

Abbildung zeigt die empfohlene Bereitstellungsoption für eine Variante des PSTN-Gateways, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

Lokales Gateway als Parallellösung

Das lokale Gateway kann IP-basiert sein und sich über einen SIP-Trunk mit einem ITSP verbinden oder aber TDM-basiert sein und eine ISDN-Verbindung oder eine Analogschaltung verwenden. Die folgende Abbildung zeigt eine WebEx Calling Bereitstellung, bei der das lokale Gateway mit dem PSTN GW/SBC korrelend ist.

Abbildung einer Webex Calling-Bereitstellung, bei der das lokale Gateway parallel zum PSTN GW/SBC verwendet wird.

Bereitstellungen des lokalen Gateways mit Unified CM PBX am Standort

Integrationen mit Unified CM sind in folgenden Fällen erforderlich:

  • WebEx Calling Standorte werden zu einer bestehenden Cisco UC Bereitstellung hinzugefügt, bei der Unified cm als lokale Anrufsteuerungslösung eingesetzt wird.

  • Die Direktwahl zwischen Telefonen, die bei Unified cm und Telefonen registriert sind, ist WebEx Calling erforderlich.

Diese Abbildung zeigt eine WebEx Calling Bereitstellung, bei der der Kunde über eine vorhandene Unified cm IP PBX verfügt.

Abbildung einer Webex Calling-Bereitstellung, bei der der Kunde über eine vorhandene Unified CM IP PBX verfügt.

Webex Calling sendet Anrufe, die nicht mit den Zielorten des Kunden Webex Calling dem lokalen Gateway übereinstimmen. Dies umfasst PSTN Nummern und interne Unified CM-Erweiterungen, die Webex Calling können. Das lokale Gateway leitet alle Anrufe, die von Webex Calling zu Unified CM kommen, und umgekehrt. Anschließend verteilt Unified CM eingehende Anrufe an lokale Ziele oder an das PSTN gemäß dem bestehenden Wählplan. Der Unified CM-Wählplan vereinheitlicht Nummern zu +E.164. Das PSTN-Gateway kann als dedizierte Ausführung oder parallel zum lokalen Gateway verwendet werden.

Dediziertes PSTN-Gateway

Die dedizierte PSTN Gateway Variante dieser Bereitstellung, wie in diesem Diagramm dargestellt, ist die empfohlene Option und kann verwendet werden, wenn das vorhandene PSTN Gateway nicht als WebEx Calling lokale Gateway verwendet werden kann.

Abbildung, die die Variante des dedizierten PSTN-Gateways zeigt; die empfohlene Option, die verwendet werden kann, wenn das vorhandene PSTN-Gateway nicht als lokales Webex Calling-Gateway verwendet werden kann.

PSTN-Gateway als Parallellösung

Diese Abbildung zeigt eine WebEx Calling Bereitstellung mit einem einheitlichen cm, bei dem das lokale Gateway mit dem PSTN Gateway/SBC korrelend ist.

Webex Calling werden alle Anrufe, die nicht mit den Zielorten des Kunden Webex Calling übereinstimmen, an das lokale Gateway weiter, das dem Standort zugewiesen ist. Dazu gehören PSTN-Ziele und On-Net-Anrufe an interne Unified CM-Anschlüsse. Das lokale Gateway verteilt alle Anrufe an Unified CM. Daraufhin werden die Anrufe von Unified CM über das lokale Gateway, das außerdem über PSTN/SBC-Funktionen verfügt, an lokal registrierte Telefone oder an das PSTN verteilt.

Abbildung einer Webex Calling-Bereitstellung mit Unified CM, bei der das lokale Gateway parallel zum PSTN-Gateway/SBC verwendet wird.

Hinweise zur Anrufverteilung

Anruft von WebEx Calling zu Unified cm

Die WebEx Calling Weiterleitungslogik funktioniert folgendermaßen: Wenn die Nummer, die auf einem Webex Calling-Endpunkt gewählt wird, nicht an ein anderes Ziel innerhalb desselben Kunden in Webex Calling geroutet werden kann, wird der Anruf zur weiteren Verarbeitung an das lokale Gateway gesendet. Alle Off-Net-Anrufe (außerhalb Webex Calling)-Anrufe werden an das lokale Gateway gesendet.

Für eine WebEx Calling Bereitstellung ohne Integration in eine vorhandene Unified cm wird jede netznetzorientierte Unterhaltung als PSTN angesehen. In Verbindung mit Unified CM kann ein Off-Net-Anruf trotzdem ein On-Net-Anruf sein, wenn das Ziel auf Unified CM gehostet wird, oder ein echter Off-Net-Anruf an ein PSTN-Ziel sein. Der Unterschied zwischen den beiden letztgenannten Anruftypen wird von Unified CM festgelegt und hängt vom Unternehmenswählplan ab, der von Unified CM bereitgestellt wird.

Die folgende Abbildung zeigt einen WebEx Calling, der eine nationale Nummer in den USA wählt.

Abbildung, die zeigt, dass ein Webex Calling-Benutzer eine nationale Nummer in den USA wählt.

Unified CM, hier auf dem konfigurierten Wählplan basierend, verteilt den Anruf an einen lokal registrierten Endpunkt, an dem das angerufene Ziel als Verzeichnisnummer bereitgestellt wird. Dazu muss der Unified CM-Wählplan die Verteilung von +E.164-Nummern unterstützen.

Anruft von Unified cm zu WebEx Calling

Um die Weiterleitung von Anrufen von Unified cm nach WebEx Calling in Unified cm zu aktivieren, müssen Sie eine Reihe von Routen festlegen, um den Satz von + E. 164 und Unternehmensannummernansprachen in WebEx Calling zu definieren.

Wenn diese Routen eingerichtet sind, sind die beiden in der folgenden Abbildung dargestellten Anrufszenarien möglich.

Abbildung, die die Anrufweiterleitung von Unified CM zu Webex Calling auf einem Unified CM-Routensatz zeigt.

Wenn ein Anrufer im PSTN eine gegebene Nummer anruft, die einem WebEx Calling Gerät zugewiesen ist, dann wird der Anruf über das PSTN Gateway des Unternehmens an das Unternehmen übergeben und dann auf Unified cm angezeigt. Die genannte Adresse dieses Anrufs stimmt mit einer der WebEx Calling Routen überein, die in Unified cm bereitgestellt werden, und der Rückruf wird an das lokale Gateway gesendet. (Die angerufene Adresse muss das Format +E.164 haben, wenn sie an das lokale Gateway gesendet wird.) Die Webex Calling-Routing-Logik stellt dann sicher, dass der Anruf basierend auf der DID-Zuweisung an das gewünschte Webex Calling-Gerät gesendet wird.

Darüber hinaus unterliegen die von Unified cm registrierten Endpunkte, die auf Destinationen in WebEx Calling ausgerichtet sind, der Wählplan, die auf Unified cm bereitgestellt wird. Mit diesem Wählplan können Benutzer in der Regel Anrufe so tätigen, wie es beim Unternehmen üblich ist. Dabei handelt es sich nicht unbedingt ausschließlich um das Wählen nach dem Rufnummernschema +E.164. Alle anderen Wählverhaltenseinstellungen als +E.164 müssen auf +E.164 normalisiert werden, bevor die Anrufe an das lokale Gateway gesendet werden, um eine korrekte Weiterleitung in Webex Calling.

Dienstklasse (CoS – Class of Service)

Die Umsetzung strikter Dienstklassebeschränkungen wird aus verschiedenen Gründen grundsätzlich empfohlen, unter anderem um Anrufschleifen zu verhindern und einem Gebührenbetrug vorzubeugen. Im Zusammenhang mit der Integration WebEx Calling lokalen Gateway mit Unified cm Class of Servicestation müssen wir die Servicekclass für Folgendes berücksichtigen:

  • Geräte, die bei Unified CM registriert sind

  • Anrufe, die vom PSTN bei Unified CM eingehen

  • Anrufe aus der Unified CM-Webex Calling

Geräte, die bei Unified CM registriert sind

Das Hinzufügen der WebEx Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu WebEx Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten WebEx Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die WebEx Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

Anrufe, die vom PSTN bei Unified CM eingehen

Das Hinzufügen der WebEx Calling Destinationen als neue Kursklasse zu einem bestehenden cos Setup ist ziemlich geradlinig: Die Berechtigung zum Anrufen zu WebEx Calling Destinationen ist in der Regel gleichbedeutend mit der Berechtigung, vor Ort (einschließlich der lokalen) Destinationen anzurufen.

Wenn ein Unternehmen mit einem Einwahlplan bereits eine "(verkürzte) Nutzung vor Ort" implementiert hat, dann gibt es bereits eine auf Unified cm bereitgestellte Partition, die wir verwenden können und die alle bekannten WebEx Calling Destinationen in derselben Partition bereitstellen.

Andernfalls ist das Konzept der "(abgekürzt)-Systemberechtigung vor Ort noch nicht vorhanden, dann muss eine neue Partition (z. B." onnetremote ") bereitgestellt werden, die WebEx Calling Destinationen zu dieser Partition hinzugefügt werden, und schließlich muss diese neue Partition zu den entsprechenden Anrufsuchflächen hinzugefügt werden.

Anrufe aus der Unified CM-Webex Calling

Von den PSTN einkommende anrufen benötigen Zugriff auf alle WebEx Calling Destinationen. Dies erfordert das Hinzufügen der obigen Partition, in der alle WebEx Calling Destinationen angezeigt werden, für den Anrufsuchbereich, der für eingehende Anrufe auf dem PSTN verwendet wird. Der Zugang zu WebEx Calling Destinationen wird zusätzlich zu dem bereits vorhandenen Access angezeigt.

Während bei Anrufen über den PSTN Zugriff auf Unified cm DIDs und WebEx Calling DIDs erforderlich ist, benötigen Anrufe, die aus WebEx Calling stammen, Zugriff auf Unified cm DIDs und PSTN Destinationen.

Abbildung des differenzierten CoS für Anrufe von PST und Webex Calling.
Differenzierte COS für PSTN und WebEx Calling

Diese Abbildung vergleicht diese beiden Serviceklassen für Anrufe von PSTN und Webex Calling. Die Abbildung zeigt auch, sollte die PSTN-Gateway-Funktion mit dem lokalen Gateway verknüpft sein, dass zwei Trunks für die Verbindung zwischen dieser Verknüpfung aus PSTN-GW und lokalem Gateway einerseits und Unified CM andererseits erforderlich sind: einen für Anrufe aus der PSTN- und einen für Anrufe mit Webex Calling. Grund dafür ist die Anforderung, unterschiedliche Anrufsuchbereiche pro Datenverkehrstyp anzuwenden. Mit zwei eingehenden Trunks in Unified CM lässt sich dies leicht erreichen, indem sie den erforderlichen Anrufsuchbereich für eingehende Anrufe auf jedem Trunk konfigurieren.

Integration des Wählplans

Bei diesem Leitfaden wird von einer vorhandenen Installation ausgegangen, die auf den besten aktuellen Verfahren aus „Bevorzugte Architektur für die Bereitstellung von Cisco Collaboration-Lösungen am Standort (CVD)“ basiert. Die neueste Version ist hier verfügbar.

Das empfohlene Wählplankonzept richtet sich nach dem Konstruktionsprinzip, das im Kapitel „Wählplan“ der neuesten Version von „Cisco Collaboration System SRND“ (hier verfügbar) dokumentiert ist.

Abbildung mit einer Übersicht über das empfohlene Wählplandesign.
Empfohlener Wählplan

Diese Abbildung gibt einen Überblick über das empfohlene Wählplankonzept. Zu den zentralen Merkmalen dieses Wählplankonzepts zählt Folgendes:

  • Alle Verzeichnisnummern, die auf Unified CM konfiguriert sind, verwenden das Format +E.164.

  • Alle Verzeichnisnummern befinden sich auf derselben Partition (DN) und sind als dringend gekennzeichnet.

  • Das Core-Routing basiert auf +E.164.

  • Alle Wählkonventionen ohne Verwendung des Rufnummernschemas +E.164 (z. B. verkürzte site-interne Wählvorgänge und PSTN-Wählvorgänge unter Verwendung üblicher Wählkonventionen) werden zu +E.164 vereinheitlicht (globalisiert), wobei Übersetzungsmuster für die Wählnormierung verwendet werden.

  • Bei diesen Übersetzungsmustern kommt eine Übersetzungsmustervererbung für Anrufsuchbereiche zum Einsatz; die eingestellte Option lautet „Den Anrufsuchbereich des Anrufers verwenden“.

  • Die Dienstklasse wird unter Verwendung der site- und dienstklassenspezifischen Anrufsuchbereiche implementiert.

  • PSTN-Zugangsmöglichkeiten (z. B. Zugang zu internationalen PSTN-Zielen) werden implementiert, indem Partitionen mit den jeweiligen +E.164-Routen-Mustern der Dienstklasse hinzugefügt werden, über die der Anrufsuchbereich festgelegt wird.

Erreichbarkeit zum Webex Calling

Abbildung, die das Hinzufügen des Webex Calling-Ziels zum Wählplan zeigt.
Hinzufügen Webex Calling Ziel zum Wählplan

Um die Erreichbarkeit von Webex Calling-Zielen zu diesem Wählplan zu erhöhen, muss eine Partition, die alle Webex Calling-Ziele darstellt, ("Webex Calling") und ein +E.164 Routen-Muster für jeden DID-Bereich in Webex Calling zu dieser Partition hinzugefügt werden. Dieses Routen-Muster verweist auf eine Routen-Liste mit nur einem Mitglied: die Routengruppe mit dem SIP-Trunk zum lokalen Gateway für Anrufe Webex Calling. Da alle gewählten Ziele auf +E.164 mithilfe von Anwahl-Übersetzungsmustern für Anrufe von bei Unified CM registrierten Endpunkten oder für eingehende Transformationen der angerufenen Parteien für Anrufe aus dem PSTN ist dieser einzelne Satz von +E.164-Routen-Mustern ausreichend, um Erreichbarkeit für Ziele in Webex Calling unabhängig vom verwendeten Anwahlverhalten zu erreichen.

Wenn ein Benutzer beispielsweise "914085550165" wählt, wird diese Wählzeichenfolge mit dem Einwahl-Übersetzungsmuster in der Partition "UStoE164" in "+14085550165" normalisiert, was dann mit dem Routen-Muster für ein Webex Calling-Ziel in Partition "Webex Calling" abwählt. Unified CM sendet den Anruf schließlich an das lokale Gateway.

Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Beispiel für das Hinzufügen verkürzter standortübergreifender Rufnummernwahl.
Hinzufügen von verkürzten site-übergreifenden Wählkonventionen

Um verkürzte site-übergreifende Wählkonventionen zum Referenz-Wählplan hinzuzufügen, wird empfohlen, Übersetzungsmuster für die Wählnormierung für alle Sites unter dem Nummerierungsplan des Unternehmens zu einer dedizierten Partition hinzuzufügen („ESN“ – unternehmenssignifikante Nummern). Diese Übersetzungsmuster fangen Wählketten im Format des Nummerierungsplans des Unternehmens ab und vereinheitlichen die gewählte Kette zu +E.164.

Um die verkürzte Unternehmenswahl zu Webex Calling-Zielen hinzuzufügen, fügen Sie das entsprechende Übersetzungsmuster für die Einwahl-Normalisierung für die Webex Calling-Position zur Partition "Webex Calling" hinzu (z. B. "8101XX" im Diagramm). Nach der Personalisierung wird der Anruf erneut an Webex Calling gesendet, nachdem er mit dem Routen-Muster in der Partition "Webex Calling" übereinstimmen.

Wir empfehlen nicht, das verkürzte Übersetzungsmuster für die Wählweiterleitung für Webex Calling-Anrufe auf die ESN-Partition zu ändern, da diese Konfiguration unerwünschte Anrufweiterleitungsschleifen erstellen kann.

Protokoll-Handler für Anrufe

Webex Calling registriert die folgenden Protokoll-Handler beim Betriebssystem, damit die Funktion „Click-to-Call“ aus dem Webbrowser oder aus einer anderen Anwendung heraus verwendet werden kann. Die folgenden Protokolle starten einen Audio- oder Videoanruf in der Webex-App, wenn es sich um die Standard-Anrufanwendung auf Mac oder Windows verwendet:

  • CLICKTOCALL: oder CLICKTOCALL://

  • SIP: oder SIP://

  • TEL: oder TEL://

  • WEBEXTEL: oder WEBEXTEL://

Liste der Protokollhandler, die einen Audio- oder Videoanruf in der Webex-App starten, wenn dies die Standard-Anrufanwendung auf Mac oder Windows ist.

Protokoll-Handler für Windows

Andere Apps können sich vor der Webex-App für die Protokollhandler registrieren. In Windows 10 werden die Benutzer im Systemfenster gefragt, welche App zum Starten des Anrufs verwendet werden soll. Diese Benutzereinstellung kann gespeichert werden, indem der Benutzer das Kontrollkästchen Immer diese App verwenden markiert.

Windows 10 „Wählen Sie eine App“, bei der Webex als Auswahloption hervorgehoben ist.

Wenn Benutzer die Standardeinstellungen der Anruf-App zurücksetzen müssen, damit sie Webex App auswählen können, können Sie sie anweisen, die Protokollzuordnungen für die Webex-App in Windows 10 zu ändern:

  1. Öffnen Sie die Systemeinstellungen Standard-App-Einstellungen , klicken Sie auf Standardwerte für App festlegen und wählen Sie Webex-App aus.

    Windows 10 „Standardwerte von App festlegen“, wobei Webex als Auswahloption hervorgehoben ist.

  2. Wählen Sie für jedes Protokoll Webex-App aus.

    Windows 10 Webex-Optionen für Dateityp- und Protokollzuordnungen.

Protokollhandler für macOS

Wenn unter Mac OS andere Apps, die in den Anrufprotokollen vor der Webex-App registriert sind, ihre Webex-App als Standard-Anrufoption konfigurieren.

In der Webex-App für Mac können Benutzer bestätigen, dass unter den allgemeinen Präferenzen Webex-App für die Einstellung Anrufe starten mit ausgewählt ist. Sie können auch die Option Immer mit Microsoft Outlook verbinden aktivieren, wenn sie Anrufe in der Webex-App tätigen möchten, wenn sie auf die Nummer eines Outlook-Kontakts klicken.

Einstellungen für den Mac OS-Protokollhandler; bei Auswahl der Option „Immer mit Microsoft Outlook verbinden“ und bei der Dropdown-Option „Anrufe starten mit“ ist Webex ausgewählt.

Umgebung vorbereiten

Allgemeine Voraussetzungen

Bevor Sie ein lokales Gateway für Webex Calling konfigurieren, stellen Sie Folgendes sicher:

  • Sie verfügen über grundlegende Kenntnisse in VoIP-Prinzipien.

  • Sie verfügen über grundlegende Arbeitskenntnisse in Cisco IOS-XE- und IOS-XE-Sprachkonzepten.

  • Sie haben ein grundlegendes Verständnis des Session Initiation Protocol (SIP).

  • Sie haben ein grundlegendes Verständnis von Cisco Unified Communications Manager (Unified CM), wenn Ihr Bereitstellungsmodell Unified CM umfasst.

Weitere Informationen finden Sie im Cisco Unified Border Element (CUBE) Enterprise Configuration Guide .

Hardware- und Software-Anforderungen für das lokale Gateway

Stellen Sie sicher, dass Ihre Bereitstellung über ein oder mehrere der lokalen Gateways verfügt, wie z. B.:

  • Cisco CUBE für IP-basierte Konnektivität

  • Cisco IOS-Gateway für TDM-basierte Konnektivität

Siehe Tabelle 1 des Lokalen Gateways für Webex Calling-Bestellleitfadens. Stellen Sie außerdem sicher, dass auf der Plattform eine unterstützte IOS-XE-Version gemäß dem Konfigurationshandbuch für das lokale Gateway ausgeführt wird.

Das lokale Gateway hilft Ihnen bei der Migration zu Webex Calling in Ihrem eigenen Tempo. Das lokale Gateway integriert Ihre bestehende lokale Bereitstellung mit Webex Calling. Sie können auch Ihre vorhandene PSTN-Verbindung verwenden. Siehe Erste Schritte mit lokalem Gateway

Zertifikats- und Sicherheitsanforderungen für das lokale Gateway

WebEx Calling erfordert sichere Signale und Medien. Das lokale Gateway führt die Verschlüsselung durch, und anhand der folgenden Schritte muss eine zur Cloud ausgehende TLS-Verbindung hergestellt werden:

  • Das LGW muss mit dem CA-Stammpaket der Cisco PKI aktualisiert werden.

  • Zur Konfiguration des LGW werden eine Reihe von SIP-Digest-Anmeldedaten auf der Seite zur Übertragungswegkonfiguration des Control Hub verwendet (die Schritte sind Teil der folgenden Konfiguration).

  • CA-Stammpaket prüft vorgelegtes Zertifikat.

  • Eingabe von Anmeldeinformationen erforderlich (von SIP-Digest bereitgestellt).

  • Die Cloud erkennt, welches lokale Gateway sicher registriert ist.

Anforderungen für Firewall, NAT Traversal und Medienpfadoptimierung für das lokale Gateway

In den meisten Fällen können sich lokales Gateway und Endpunkte im internen Kundennetzwerk befinden, wobei private IP-Adressen mit NAT verwendet werden. Die Unternehmens-Firewall muss ausgehenden Datenverkehr (SIP, RTP/UDP, HTTP) zu bestimmten IP-Adressen/Ports zulassen, die in den Port-Referenzinformationen behandelt werden.

Wenn Sie die Medienpfad-Optimierung mit ICE verwenden möchten, muss die Webex Calling-Schnittstelle des lokalen Gateways einen direkten Netzwerkpfad zu und von Webex Calling haben. Wenn sich die Endpunkte an einem anderen Standort befinden und es keinen direkten Netzwerkpfad zwischen den Endpunkten und der Webex Calling-Schnittstelle des lokalen Gateways gibt, muss der Webex Calling-Schnittstelle des lokalen Gateways eine öffentliche IP-Adresse zugewiesen sein, damit Anrufe zwischen dem lokalen Gateway und den Endpunkten die Medienpfadoptimierung nutzen können. Außerdem muss IOS-XE Version 16.12.5 installiert sein.

Port-Referenzinformationen für Webex Calling

Eine korrekt konfigurierte Firewall und ein Proxy sind für eine erfolgreiche Calling-Bereitstellung unerlässlich. Webex Calling verwendet SIP und HTTPS für die Anrufsignalisierung und die zugehörigen Adressen und Ports für Medien, Netzwerkverbindungen und Gateway-Konnektivität, da Webex Calling ein globaler Dienst ist.

Nicht bei allen Firewall-Konfigurationen müssen Ports offen sein. Wenn Sie jedoch Inside-to-Outside-Regeln ausführen, müssen Sie Ports für die erforderlichen Protokolle öffnen, um Dienste freizugeben.

Netzwerkadressenübersetzung (Network Address Translation, NAT)

Die Funktionen Network Address Translation (NAT) und Port Address Translation (PAT) werden an der Grenze zwischen zwei Netzwerken angewendet, um Adressbereiche zu übersetzen oder die Kollision von IP-Adressbereichen zu verhindern.

Unternehmen verwenden Gateway-Technologien wie Firewalls und Proxys, die NAT- oder PAT-Dienste bereitstellen, um den Internetzugriff auf Webex-App-Anwendungen oder Webex-Geräte zu ermöglichen, die sich in einem privaten IP-Adressbereich befinden. Mit diesen Gateways scheint der Datenverkehr von internen Apps oder Geräten zum Internet von einer oder mehreren öffentlich routingfähigen IP-Adressen zu stammen.

  • Bei der Bereitstellung von NAT ist es nicht zwingend erforderlich, einen eingehenden Port in der Firewall zu öffnen.

  • Überprüfen Sie die für die Konnektivität von Apps oder Geräten erforderliche NAT-Pool-Größe, wenn mehrere App-Benutzer und -Geräte mithilfe von NAT oder PAT auf Webex Calling- und Webex-fähige Dienste zugreifen. Stellen Sie sicher, dass den NAT-Pools angemessene öffentliche IP-Adressen zugewiesen werden, um eine Port-Erschöpfung zu verhindern. Die Porterschöpfung trägt dazu bei, dass interne Benutzer und Geräte keine Verbindung zu den Webex Calling- und Webex Aware-Diensten herstellen können.

  • Definieren Sie angemessene Bindungszeiträume und vermeiden Sie die Manipulation von SIP auf dem NAT-Gerät.

  • Konfigurieren Sie eine minimale NAT-Zeitüberschreitung, um den ordnungsgemäßen Betrieb der Geräte sicherzustellen. Beispiel: Cisco-Telefone senden alle 1–2 Minuten eine Nachricht zur Aktualisierung der REGISTRIERUNG.

  • Wenn Ihr Netzwerk NAT oder SPI implementiert, legen Sie eine größere Zeitüberschreitung (von mindestens 30 Minuten) für die Verbindungen fest. Diese Zeitüberschreitung ermöglicht eine zuverlässige Konnektivität und reduziert gleichzeitig den Batterieverbrauch der mobilen Geräte der Benutzer.

SIP-Anwendungsschicht-Gateway

Wenn ein Router oder eine Firewall SIP Aware ist, was bedeutet, dass das SIP Application Layer Gateway (ALG) oder ähnliches aktiviert ist, empfehlen wir Ihnen, diese Funktion für den korrekten Betrieb des Dienstes zu deaktivieren. Obwohl der gesamte Webex Calling-Datenverkehr verschlüsselt ist, können bestimmte SIP-ALG-Implementierungen zu Problemen mit der Firewall-Traversal führen. Daher empfehlen wir, das SIP ALG zu deaktivieren, um einen qualitativ hochwertigen Service zu gewährleisten.

Informationen zum Deaktivieren von SIP ALG auf bestimmten Geräten finden Sie in der entsprechenden Herstellerdokumentation.

Proxy-Unterstützung für Webex Calling

Organisationen stellen eine Internet-Firewall oder einen Internet-Proxy und eine Firewall bereit, um den HTTP-Datenverkehr zu überprüfen, einzuschränken und zu steuern, der das Netzwerk verlässt und in das Netzwerk eingeht. So schützen sie ihr Netzwerk vor verschiedenen Formen von Cyberangriffen.

Proxys erfüllen mehrere Sicherheitsfunktionen, z. B.:

  • Erlauben oder blockieren Sie den Zugriff auf bestimmte URLs.

  • Benutzerauthentifizierung

  • IP-Adresse/Domäne/Hostname/URI-Reputationssuche

  • Entschlüsselung und Überprüfung des Datenverkehrs

Bei der Konfiguration der Proxy-Funktion gilt sie für alle Anwendungen, die das HTTP-Protokoll verwenden.

Die Webex-App und die Anwendungen von Webex-Geräten umfassen Folgendes:

  • Webex-Dienste

  • Verfahren zur Aktivierung der Kundengeräte (Customer Device Activation, CDA) mithilfe der Cisco Cloud-Bereitstellungsplattform, z. B. GDS, EDOS-Geräteaktivierung, Bereitstellung und Onboarding in der Webex-Cloud.

  • Zertifikatsauthentifizierung

  • Firmware-Upgrades

  • Statusberichte

  • PRT-Uploads

  • XSI-Dienste

Wenn eine Proxyserver-Adresse konfiguriert ist, wird nur der Signalisierungsverkehr (HTTP/HTTPS) an den Proxyserver gesendet. Clients, die SIP verwenden, um sich beim Webex Calling-Dienst zu registrieren, und die zugehörigen Medien werden nicht an den Proxy gesendet. Ermöglichen Sie diesen Clients daher, direkt die Firewall zu durchlaufen.

Unterstützte Proxyoptionen, Konfigurations- und Authentifizierungstypen

Die unterstützten Proxy-Typen sind:

  • Expliziter Proxy (inspizieren oder nicht inspizieren) – Konfigurieren Sie die Clients entweder App oder Gerät mit explizitem Proxy, um den zu verwendenden Server anzugeben.

  • Transparenter Proxy (nicht inspizieren): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert und erfordern keine Änderungen, um mit einem nicht inspizierenden Proxy arbeiten zu können.

  • Transparenter Proxy (Überprüfung): Die Clients sind nicht für die Verwendung einer bestimmten Proxyserveradresse konfiguriert. Es sind keine Konfigurationsänderungen von HTTP erforderlich. Ihre Clients benötigen jedoch entweder die App oder die Geräte ein Stammzertifikat, damit sie dem Proxy vertrauen. Das IT-Team verwendet die Inspektionsproxys, um Richtlinien auf den zu besuchenden Websites und die Arten von Inhalten durchzusetzen, die nicht erlaubt sind.

Konfigurieren Sie die Proxy-Adressen manuell für die Cisco-Geräte und die Webex-App mithilfe von:

Wählen Sie bei der Konfiguration Ihrer bevorzugten Produkttypen eine der folgenden Proxy-Konfigurationen und Authentifizierungstypen in der Tabelle aus:

Produkt

Proxy-Konfiguration

Authentifizierungstyp

Webex für Mac

Manuell, WPAD, PAC

Keine Auth, Standard, NTLM, ̶

Webex für Windows

Manuell, WPAD, PAC, GPO

Keine Auth, Standard, NTLM, ‡ , Negotiate ‡

Webex für iOS

Manuell, WPAD, PAC

Keine Auth, Standard, Digest, NTLM

Webex für Android

Manuell, PAC

Keine Auth, Standard, Digest, NTLM

Webex Web App

Vom Betriebssystem unterstützt

Keine Auth, Standard, Digest, NTLM, Negotiate ̶

Webex-Geräte

WPAD, PAC oder manuell

Keine Auth, Basic, Digest

Cisco IP-Telefone

Manuell, WPAD, PAC

Keine Auth, Basic, Digest

WebEx Videonetz-Knoten

Manuell

Keine Auth, Standard, Digest, NTLM

Für Legenden in der Tabelle:

  1. ̶ Mac NTLM Auth – Der Computer muss nicht bei der Domäne angemeldet sein, der Benutzer wird aufgefordert, ein Passwort einzugeben

  2. ̶ Windows NTLM Auth – Wird nur unterstützt, wenn ein Computer in der Domäne angemeldet ist

  3. Verhandeln Sie ̶ - Kerberos mit NTLM-Ausweichauthentifizierung.

  4. Informationen zum Verbinden eines Cisco Webex Board-, Desk- oder Room-Geräts mit einem Proxyserver finden Sie unter Verbinden Ihres Board-, Desk- oder Room-Geräts mit einem Proxyserver.

  5. Informationen zu Cisco IP-Telefonen finden Sie unter Einrichten eines Proxyservers als Beispiel für die Konfiguration des Proxyservers und der Einstellungen.

Konfigurieren Sie für No Authentication den Client mit einer Proxy-Adresse, die keine Authentifizierung unterstützt. Bei Verwendung von Proxy Authentication müssen Sie die Konfiguration mit gültigen Anmeldeinformationen durchführen. Proxys, die den Webverkehr inspizieren, können die Websteckverbindung beeinträchtigen. Wenn dieses Problem auftritt, kann das Problem durch Umgehen des Datenverkehrs zu *.Webex.com behoben werden. Wenn bereits andere Einträge angezeigt werden, fügen Sie nach dem letzten Eintrag ein Semikolon hinzu und geben Sie dann die Webex-Ausnahme ein.

Proxy-Einstellungen für das Windows-Betriebssystem

Microsoft Windows unterstützt zwei Netzwerkbibliotheken für HTTP-Datenverkehr (WinINet und WinHTTP), die eine Proxy-Konfiguration ermöglichen.WinINet ist ein Superset von WinHTTP.

  1. WinInet wurde für Desktop-Client-Anwendungen mit nur einem Benutzer entwickelt.

  2. WinHTTP wurde hauptsächlich für serverbasierte Anwendungen mit mehreren Benutzern entwickelt.

Wählen Sie bei Auswahl zwischen diesen beiden Optionen WinINet für Ihre Proxy-Konfigurationseinstellungen aus. Weitere Informationen finden Sie unter wininet-vs-winhttp.

Weitere Informationen finden Sie unter Konfigurieren einer Liste zulässiger Domänen für den Zugriff auf Webex in Ihrem Unternehmensnetzwerk :

  • Sicherstellen, dass sich Benutzer nur bei Anwendungen mit Konten aus einer vordefinierten Liste von Domänen anmelden.

  • Verwenden Sie einen Proxyserver zum Abfangen von Anfragen und beschränken Sie die zulässigen Domänen.

Proxy-Überprüfung und Zertifikats-Pinning

Die Webex-App und die Geräte validieren die Zertifikate der Server, wenn sie die TLS-Sitzungen einrichten. Zertifikatsüberprüfungen, die wie der Aussteller des Zertifikats und die digitale Signatur darauf angewiesen sind, die Zertifikatskette bis zum Stammzertifikat zu überprüfen. Um die Validierungsprüfungen durchzuführen, verwenden die Webex-App und die Geräte eine Reihe von vertrauenswürdigen CA-Stammzertifikaten, die im Vertrauensspeicher des Betriebssystems installiert sind.

Wenn Sie einen Proxy zur TLS-Prüfung bereitgestellt haben, um den Webex Calling-Datenverkehr abzufangen, zu entschlüsseln und zu überprüfen. Stellen Sie sicher, dass das vom Proxy vorgelegte Zertifikat (anstelle des Webex-Servicezertifikats) von einer Zertifizierungsstelle signiert wird und das Stammzertifikat im Vertrauensspeicher Ihrer Webex-App oder Ihres Webex-Geräts installiert wird.

  • Für die Webex-App – Installieren Sie das CA-Zertifikat, das zum Signieren des Zertifikats durch den Proxy im Betriebssystem des Geräts verwendet wird.

  • Für Webex Room-Geräte und Cisco Multiplattform-IP-Telefone: Eröffnen Sie eine Serviceanfrage beim TAC-Team, um das CA-Zertifikat zu installieren.

Diese Tabelle zeigt die Webex-App und Webex-Geräte an, die die TLS-Inspektion durch Proxy-Server unterstützen

Produkt

Unterstützt benutzerdefinierte, vertrauenswürdige Zertifizierungsstellen für die TLS-Inspektion

Webex-App (Windows, Mac, iOS, Android, Web)

Ja

Webex Room-Geräte

Ja

Cisco IP-Multiplattform-Telefone (MPP)

Ja

Firewall-Konfiguration

Cisco unterstützt Webex Calling- und Webex Aware-Dienste in sicheren Rechenzentren von Cisco und Amazon Web Services (AWS). Amazon hat seine IP-Subnetze für die alleinige Nutzung durch Cisco reserviert und die Dienste in diesen Subnetzen innerhalb der virtuellen privaten AWS-Cloud gesichert.

Konfigurieren Sie Ihre Firewall so, dass die Kommunikation von Ihren Geräten, den Anwendungen der App und den internetgerichteten Diensten ermöglicht wird, damit diese Funktionen ordnungsgemäß ausgeführt werden. Diese Konfiguration ermöglicht den Zugriff auf alle unterstützten Webex Calling- und Webex Aware-Cloud-Dienste, Domänennamen, IP-Adressen, Ports und Protokolle.

Führen Sie die folgenden Whitelists durch oder öffnen Sie den Zugriff darauf, damit Webex Calling- und Webex Aware-Dienste korrekt funktionieren.

  • Die im Abschnitt Domänen und URLs für Webex Calling-Dienste genannten URLs/Domänen

  • IP-Subnetze, Ports und Protokolle, die im Abschnitt IP-Subnetze für Webex Calling-Dienste erwähnt werden

  • Wenn Sie die Webex-Suite von Cloud-Zusammenarbeitsdiensten innerhalb der Organisation, Webex Meetings, Messaging, den Webex-Vermittlungsplatz und andere Dienste verwenden, stellen Sie sicher, dass Sie über die in diesen Artikeln erwähnten IP-Subnetze und Domänen/URLs verfügen, die Netzwerkanforderungen für Webex-Dienste und Netzwerkanforderungen für Vermittlungsplatz geöffnet sind.

Wenn Sie nur eine Firewall verwenden, wird das Filtern von Webex Calling-Datenverkehr nur anhand von IP-Adressen nicht unterstützt, da einige der IP-Adresspools dynamisch sind und sich jederzeit ändern können. Aktualisieren Sie Ihre Regeln regelmäßig. Wenn Sie die Liste Ihrer Firewall-Regeln nicht aktualisieren, kann dies die Benutzererfahrung beeinträchtigen. Cisco unterstützt nicht, eine Teilmenge von IP-Adressen basierend auf einer bestimmten geografischen Region oder einem Cloud-Dienstanbieter zu filtern. Das Filtern nach Regionen kann zu einer erheblichen Verschlechterung der Calling-Erfahrung führen.

Cisco verwaltet keine sich dynamisch ändernden IP-Adressenpools, daher ist sie in diesem Artikel nicht aufgeführt.

Wenn Ihre Firewall die Domänen-/URL-Filterung nicht unterstützt, verwenden Sie eine Enterprise-Proxyserver-Option. Diese Option filtert/ermöglicht nach URL/Domäne den HTTPs-Signalisierungsverkehr an die Webex Calling- und Webex Aware-Dienste in Ihrem Proxy-Server, bevor er an Ihre Firewall weitergeleitet wird.

Sie können den Datenverkehr mithilfe der Port- und IP-Subnetzfilterung für Anrufmedien konfigurieren. Da der Medienverkehr einen direkten Zugriff auf das Internet erfordert, wählen Sie die URL-Filteroption für die Signalisierung des Datenverkehrs aus.

Für Webex Calling ist UDP das bevorzugte Transportprotokoll von Cisco für Medien. Es empfiehlt, nur SRTP gegenüber UDP zu verwenden. TCP und TLS als Transportprotokolle für Medien werden für Webex Calling in Produktionsumgebungen nicht unterstützt. Die verbindungsorientierte Natur dieser Protokolle beeinflusst die Medienqualität über verlustbehaftete Netzwerke. Wenn Sie Fragen zum Transportprotokoll haben, stellen Sie ein Support-Ticket.

Domänen und URLs für Webex Calling-Dienste

Ein * am Anfang einer URL (z. B. *.webex.com) zeigt an, dass Dienste in der Top-Level-Domain und allen Unterdomänen zugänglich sind.

Domäne/URL

Beschreibung

Webex-Apps und -Geräte, die diese Domänen/URLs verwenden

Cisco Webex-Dienste

*.broadcloudpbx.com

Webex-Autorisierungs-Microservices für den Querstart vom Control Hub zum Anrufadministratorportal.

Control Hub

*.broadcloud.com.au

Webex Calling-Dienste in Australien.

Alle

*.broadcloud.eu

Webex Calling-Dienste in Europa.

Alle

*.broadcloudpbx.net

Anruf-Client-Konfiguration und Managementdienste.

Webex-Apps

*.webex.com

*.cisco.com

Kerndienste von Webex Calling und Webex Aware

  1. Identitätsbereitstellung

  2. Identitätsspeicher

  3. Authentifizierung

  4. OAuth-Dienste

  5. Geräteaufnahme

  6. Cloud Connected UC

Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen ohne festgelegte DHCP-Optionen mit einem Netzwerk verbunden wird, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com und Telefone mit einer Firmware-Version vor 11.2(1) verwenden weiterhin webapps.cisco.com für die Bereitstellung.

Laden Sie die Geräte-Firmware und Gebietsschemas von binaries.webex.com herunter.

Ermöglichen Sie Cisco Multiplattform-Telefonen (MPPs), die älter als Version 12.0.3 sind, über Port 80 auf sudirenewal.cisco.com zuzugreifen, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über eine sichere eindeutige Gerätekennung (SUDI, Secure Unique Device Identifier) zu verfügen. Weitere Informationen finden Sie unter Hinweis im Feld.

Alle

*.ucmgmt.cisco.com

Webex Calling-Dienste

Control Hub

*.wbx2.com und *.ciscospark.com

Wird für Cloud-Bewusstsein verwendet, um während und nach dem Onboarding Webex Calling- und Webex Aware-Dienste zu erreichen.

Diese Dienste sind notwendig für

  • Apps- und Geräteverwaltung

  • Dienstverwaltung des Benachrichtigungsmechanismus für Apps-Anwendungen

Alle

*.webexapis.com

Webex-Mikrodienste, die Ihre Webex-App-Anwendungen und Webex-Geräte verwalten.

  1. Profilbilddienst

  2. Whiteboarding-Dienst

  3. Proximity-Dienst

  4. Anwesenheitsdienst

  5. Registrierungsdienst

  6. Kalenderdienst

  7. Suchdienst

Alle

*.webexcontent.com

Webex Messaging-Dienste im Zusammenhang mit allgemeiner Dateispeicherung, einschließlich:

  1. Benutzerdateien

  2. Transkodierte Dateien

  3. Bilder

  4. Screenshots

  5. Whiteboard-Inhalt

  6. Client- und Geräteprotokolle

  7. Profilbilder

  8. Markenkennungslogos

  9. Protokolldateien

  10. CSV-Dateien gesammelt exportieren und importieren (Control Hub)

Webex-Apps-Nachrichtendienste.

Dateispeicher mit webexcontent.com ersetzt durch clouddrive.com im Oktober 2019

*.accompany.com

People Insights-Integration

Webex-Apps

Zusätzliche Webex-bezogene Dienste (Domänen von Drittanbietern)

*.appdynamics.com

*.eum-appdynamics.com

Leistungsverfolgung, Fehler- und Absturzerfassung, Sitzungsmetriken.

Control Hub

*.sipflash.com

Geräteverwaltungsdienste. Firmware-Upgrades und sichere Onboarding-Zwecke.

Webex-Apps

*.walkme.com *.walkmeusercontent.com

Client für Webex-Benutzerleitfaden. Bietet einen Rundgang zum Onboarding und zur Nutzung für neue Benutzer.

Klicken Sie hier, um weitere Informationen zu WalkMe zu erhalten.

Webex-Apps

*.google.com

*.googleapis.com

Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: neue Nachricht, wenn der Anruf angenommen wird)

Informationen zu IP-Subnetzen finden Sie unter diesen Links

Google Firebase Cloud Messaging (FCM)-Dienst

Apple Push Notification Service (APNS)

Für APNS listet Apple die IP-Subnetze für diesen Dienst auf.

Webex-App

IP-Subnetze für Webex Calling-Dienste

IP-Subnetze für Webex Calling-Dienste* ̶

23.89.0.0/16

85.119.56.0/23

128.177.14.0/24

128.177.36.0/24

135.84.168.0/21

139.177.64.0/21

139.177.72.0/23

144.196.0.0/16

150.253.128.0/17

163.129.0.0/17

170.72.0.0/16

170.133.128.0/18

185.115.196.0/22

199.19.196.0/23

199.19.199.0/24

199.59.64.0/21

Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)

3.20.185.219

3.130.87.169

3.134.166.179

52.26.82.54

72.163.10.96/27

72.163.15.64/26

72.163.15.128/26

72.163.24.0/23

72.163.10.128/25

173.37.146.128/25

173.36.127.0/26

173.36.127.128/26

173.37.26.0/23

173.37.149.96/27

192.133.220.0/26

192.133.220.64/26

Webex-App-Konfiguration

62.109.192.0/18

64.68.96.0/19

150.253.128.0/17

207.182.160.0/19

Zweck der Verbindung:

QuelladressenQuellportsProtokollZieladressenZielportsHinweise
Anrufsignalisierung für WebEx Calling (SIP TLs)Externe NIC des lokalen Gateways8000-65535TCPSiehe IP-Subnetze für Webex Calling-Dienste.5062, 8934

Diese IPs/Ports werden für die ausgehende SIP-TLS-Anrufsignalisierung von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) an die Webex Calling-Cloud (Ziel) benötigt.

Port 5062 (erforderlich für zertifikatbasierten Übertragungsweg). Und Port 8934 (erforderlich für registrierungsbasierten Trunk

Geräte5060-50808934
Webex-App Vorübergehend (vom Betriebssystem abhängig)
Anrufsignalisierung von Webex Calling (SIP TLS) an das lokale Gateway

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

8934TCPIP oder IP-Bereiche, die vom Kunden für das lokale Gateway ausgewählt wurdenPort oder Portbereich, der vom Kunden für das lokale Gateway ausgewählt wurde

Gilt für zertifikatbasierte lokale Gateways. Dies ist erforderlich, um eine Verbindung von Webex Calling zu einem lokalen Gateway herzustellen.

Ein registrierungsbasiertes lokales Gateway funktioniert auf der Wiederverwendung einer Verbindung, die vom lokalen Gateway erstellt wurde.

Zielport ist der vom Kunden gewählte Übertragungswege konfigurieren

Anrufmedien an Webex Calling (STUN, SRTP/SRTCP, T38, DTLS)Externe NIC des lokalen Gateways8000-48199†*UDPSiehe IP-Subnetze für Webex Calling-Dienste.

5004, 9000 (STUN-Ports)

Audio: 8500-8599

Video: 8600-8699

19560-65535 (SRTP über UDP)

  • Diese IPs/Ports werden für ausgehende SRTP-Anrufmedien von lokalen Gateways, Geräten und Webex-App-Anwendungen (Quelle) zur Webex Calling-Cloud (Ziel) verwendet.

  • Bei Anrufen innerhalb der Organisation, bei denen die STUN- und ICE-Aushandlung erfolgreich ist, wird das Media Relay in der Cloud als Kommunikationspfad entfernt. In solchen Fällen erfolgt der Medienfluss direkt zwischen den Apps/Geräten des Benutzers.

    Beispielsweise: Wenn die Medienoptimierung erfolgreich ist, sendet die Webex-App Medien in den Portbereichen 8500–8699 direkt untereinander und Geräte senden Medien in den Portbereichen 19560–19661 direkt untereinander.

  • Erlauben Sie bei bestimmten Netzwerktopologien, bei denen Firewalls an einem Kundenstandort verwendet werden, den Zugriff auf die genannten Quell- und Zielportbereiche innerhalb Ihres Netzwerks, damit die Medien durchfließen können.

    Beispiel: Für die Webex-App den Quell- und Zielportbereich zulassen

    Audio: 8500-8599 Video: 8600-8699

  • Browser verwenden den kurzlebigen Quellport, der durch Festlegen der WebRtcUdpPortRange-Richtlinie im MDM-Profil (Managed Device Management) gesteuert werden kann.

    Der Webex Calling-Dienst verhält sich normal, wenn kein MDM-Dienst festgelegt ist oder wenn SiteURL und EnableForceLogin nicht konfiguriert sind.

Geräte ̶ *19560-19661

VG400-ATA-Geräte

19560-19849
Webex-App ̶ *

Audio: 8500-8599

Video: 8600-8699

WebRTC

Kurzlebig (gemäß Browser-Richtlinie)
Anrufmedien von Webex Calling (SRTP/SRTCP, T38)

Webex Calling-Adressbereich.

Siehe IP-Subnetze für Webex Calling-Dienste

19560-65535 (SRTP über UDP) UDPIP oder IP-Bereich, der vom Kunden für das lokale Gateway ausgewählt wurde Vom Kunden für den lokalen Gateway ausgewählter Medienportbereich
Anrufsignalisierung an PSTN-Gateway (SIP TLS)Interne NIC des lokalen Gateways8000-65535TCPIhr ITSP-PSTN-GW oder Unified CMHängt von PSTN-Option ab (Beispiel: normalerweise 5060 oder 5061 für Unified CM)
Anrufmedien an PSTN-Gateway (SRTP/SRTCP)Interne NIC des lokalen Gateways8000-48199†*UDPIhr ITSP-PSTN-GW oder Unified CMAbhängig von der PSTN-Option (z. B. normalerweise 5060 oder 5061 für Unified CM)
Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)WebEx Calling GeräteVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 6970, 80

Aus folgenden Gründen erforderlich:

  1. Migration von Unternehmenstelefonen (Cisco Unified CM) zu Webex Calling. Weitere Informationen finden Sie unter upgrade.cisco.com . cloudupgrader.webex.com verwendet Ports: 6970.443 für den Firmware-Migrationsprozess.

  2. Firmware-Upgrades und sicheres Onboarding von Geräten (MPP und Raum- oder Tischtelefone) mithilfe des 16-stelligen Aktivierungscodes (GDS)

  3. Für CDA/EDOS – Mac-adressbasierte Bereitstellung. Wird von Geräten (MPP-Telefone, ATAs und SPA-ATAs) mit neuerer Firmware verwendet.

  4. Stellen Sie bei Cisco-ATAs sicher, dass die Firmware mindestens 11.1.0MSR3-9 auf den Geräten installiert ist.

  5. Wenn ein Telefon zum ersten Mal oder nach dem Zurücksetzen auf die Werkseinstellungen eine Verbindung mit einem Netzwerk herstellt, ohne dass die DHCP-Optionen festgelegt sind, kontaktiert es einen Geräteaktivierungsserver für eine Zero-Touch-Bereitstellung. Neue Telefone verwenden activate.cisco.com anstelle von webapps.cisco.com für die Bereitstellung. Telefone mit Firmware, die älter als 11.2(1) veröffentlicht wurde, verwenden weiterhin webapps.cisco.com. Es wird empfohlen, alle diese IP-Subnetze zuzulassen.

  6. Lassen Sie zu, dass Cisco Multiplattform-Telefone (MPPs) älter als Version 12.0.3 über Port 80 auf sudirenewal.cisco.com zugreifen können, um das vom Hersteller installierte Zertifikat (MIC) zu erneuern und über einen sicheren eindeutigen Gerätebezeichner (SUDI, Secure Unique Device Identifier) verfügen. Details finden Sie unter Hinweis im Feld

Webex-App-KonfigurationWebex-App-AnwendungenVorübergehendTCP

Siehe IP-Subnetze für Webex Calling-Dienste

443, 8443Wird für die ID-Broker-Authentifizierung, Konfigurationsdienste der Webex-App für Clients, browserbasierter Webzugriff für Self-Service UND Zugriff auf Verwaltungsschnittstellen verwendet.
Der TCP-Port 8443 wird von der Webex-App im Cisco Unified CM-Setup zum Herunterladen der Konfiguration verwendet. Nur Kunden, die die Einrichtung verwenden, um eine Verbindung zu Webex Calling herzustellen, müssen den Port öffnen.
Synchronisierung der Gerätezeit (NTP)WebEx Calling Geräte51494UDPSiehe IP-Subnetze für Webex Calling-Dienste.123Diese IP-Adressen sind für die Zeitsynchronisierung für Geräte (MPP-Telefone, ATAs und SPA-ATAs) erforderlich.

Auflösung des Domänennamensystems (DNS)

Webex Calling-Geräte, Webex-App und Webex-GeräteVorübergehendUDP und TCPVom Host definiert53Wird für die DNS-Suche verwendet, um die IP-Adressen der Webex Calling-Dienste in der Cloud zu ermitteln. Obwohl typische DNS-Suchen über UDP erfolgen, benötigen einige möglicherweise TCP, wenn die Abfrageantworten nicht in UDP-Pakete passen.
Network Time Protocol (NTP)Webex-App und Webex-Geräte123UDPVom Host definiert123Zeitsynchronisierung
CScanWebbasiertes Tool für die Netzwerkbereitschaft für Webex CallingVorübergehendTCPSiehe IP-Subnetze für Webex Calling-Dienste.8934 und 443Webbasiertes Tool für die Netzwerkbereitschaft für Webex Calling. Weitere Informationen finden Sie unter cscan.webex.com.
UDP19569-19760
Zusätzliche Webex Calling- und Webex Aware-Dienste (Drittanbieter)
Push-Benachrichtigungen APNS- und FCM-Dienste Webex Calling-Anwendungen VorübergehendTCP

Siehe die unter den Links genannten IP-Subnetze

Apple Push-Benachrichtigungsdienst (APNS)

Google-Firebase Cloud Messaging (FCM)

443, 2197, 5228, 5229, 5230, 5223Benachrichtigungen an Webex-Apps auf Mobilgeräten (Beispiel: Wenn Sie eine neue Nachricht erhalten oder ein Anruf angenommen wird)

  • ̶ *Der CUBE-Medienportbereich kann mit rtp-Portbereich konfiguriert werden.

  • ̶ *Medienports für Geräte und Anwendungen, die dynamisch in den SRTP-Portbereichen zugewiesen werden. SRTP-Ports sind gerade nummerierte Ports, und der entsprechende SRTCP-Port wird dem aufeinanderfolgenden, ungerade nummerierten Port zugeordnet.

  • Wenn eine Proxyserveradresse für Ihre Apps und Geräte konfiguriert ist, wird der Signalisierungsverkehr an den Proxy gesendet. Medien haben SRTP über UDP-Flüsse direkt zu Ihrer Firewall anstatt zum Proxy-Server transportiert.

  • Wenn Sie NTP- und DNS-Dienste in Ihrem Unternehmensnetzwerk verwenden, öffnen Sie die Ports 53 und 123 in Ihrer Firewall.

Servicequalität (QoS)

Ermöglicht es Ihnen, das Tagging von Paketen vom lokalen Gerät oder Client zur Webex Calling-Cloud-Plattform zu aktivieren. Mit QoS können Sie den Echtzeitverkehr vor anderem Datenverkehr priorisieren. Durch Aktivieren dieser Einstellung werden die QoS-Markierungen für Apps und Geräte geändert, die SIP-Signalisierung und Medien verwenden.

Quelladressen Datenverkehrstyp Zieladressen Quellports Zielports DSCP-Klasse und -Wert
Webex-App Audio

IP-Subnetze, Domänen und URLs für Webex Calling-Dienste verweisen

8500-8599 8500-8599, 19560-65535 Beschleunigte Weiterleitung (46)
Webex-App Video 8600-8699 8600-8699, 19560-65535 Garantierte Weiterleitung 41 (34)
Webex-App Signalisierung Vorübergehend (vom Betriebssystem abhängig) 8934 CS0 (0)
Webex-Geräte (MPPs und Raum)Audio und Video 19560-19661 19560-65535

Beschleunigte Weiterleitung (46) und

Garantierte Weiterleitung 41 (34)

Webex-Geräte Signalisierung 5060-5080 8934 Klassenauswahl 3 (24)

  • Erstellen Sie ein separates QoS-Profil für Audio und Video/Freigabe, da sie einen unterschiedlichen Quellportbereich haben, um den Datenverkehr anders zu markieren.

  • Für Windows-Clients: Um die UDP-Quellportdifferenzierung für Ihre Organisation zu aktivieren, wenden Sie sich an Ihr lokales Kontoteam. Ohne Aktivierung können Sie die Windows QoS-Richtlinien (GPO) nicht zwischen Audio und Video/Freigabe unterscheiden, da die Quellports für Audio/Video/Freigabe dieselben sind. Weitere Informationen finden Sie unter Aktivieren von Medienquellportbereichen für die Webex-App

  • Konfigurieren Sie für Webex-Geräte die Änderungen der QoS-Einstellung über die Geräteeinstellungen in Control Hub. Weitere Informationen finden Sie unter Konfigurieren und Ändern von Geräteeinstellungen in Webex-Calling

Webex Meetings/Messaging – Netzwerkanforderungen

Für Kunden, die die Webex-Suite von Cloud-Zusammenarbeitsdiensten verwenden, sind in der Webex Cloud registrierte Produkte, die MPP-Geräte in der Webex Cloud für Dienste wie Anrufprotokoll, Verzeichnissuche, Meetings und Messaging integrieren. Stellen Sie sicher, dass die in diesem Artikel genannten Domänen/URLs/IP-Adressen/Ports die Netzwerkanforderungen für Webex-Dienste offen sind.

Netzwerkanforderungen für Webex for Government

Informationen für Kunden, die eine Liste der Domänen, URLs, IP-Adressbereiche und Ports für Webex for Government-Dienste benötigen, finden Sie hier: Netzwerkanforderungen für Webex for Government

Netzwerkanforderungen für den Webex-Vermittlungsplatz

Stellen Sie für Kunden, die den Vermittlungsplatz verwenden – Empfangs-, Vermittlungs- und Betreiberfunktion – sicher, dass die Domänen/URLs/IP-Adressen/Ports/Protokolle offen sind Netzwerkanforderungen für den Vermittlungsplatz

Erste Schritte mit dem lokalen Webex Calling-Gateway

Lesen Sie für Kunden, die die lokale Gateway-Lösung mit Webex Calling für lokale PSTN- und SBCs-Interoperabilität von Drittanbietern verwenden, den Artikel Erste Schritte mit lokalem Gateway.

Referenzen

Informationen zu Neuerungen in Webex Calling finden Sie unter Neuerungen in Webex Calling.

Sicherheitsanforderungen für Webex Calling finden Sie im Artikel

Artikel zu Webex Calling-Medienoptimierung mit Interactive Connectivity Establishment (ICE)

Überarbeitungsverlauf des Dokuments

Datum

Wir haben folgende Änderungen an diesem Artikel vorgenommen:

21. Januar 2025

Details zur Verwendung des SIP-Anwendungsschicht-Gateways hinzugefügt.

8. Januar 2025

Die IP-Subnetzadresse im Zusammenhang mit der Gerätekonfiguration und der Webex-App-Konfiguration wurde in den Abschnitt IP-Subnetze für Webex Calling-Dienste verschoben

17. Dezember 2024

Unterstützung für die Webex Calling-Medienspezifikation zu WebRTC hinzugefügt.

14. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie aktualisiert

11. November 2024

Unterstützter Portbereich für Webex Calling-Anrufmedien für ATA-Geräte der VG400-Serie hinzugefügt

25. Juli 2024

Das IP-Subnetz 52.26.82.54 wurde wieder hinzugefügt, da es für die Konfiguration des Cisco ATA-Geräts und die Firmware-Verwaltung erforderlich ist.

18. Juli 2024

Mit den folgenden Details aktualisiert:

  • Für Webex Calling (Apps, Geräte) unterstützte QoS-(TOS/DSCP-)Werte

  • Netzwerkdiagramm aktualisiert

  • Einschließlich des Links für Netzwerkanforderungen in Bezug auf den Webex-Vermittlungsplatz.

28. Juni 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

11. Juni 2024

Die Domäne „huron-dev.com“ wurde entfernt, da sie nicht verwendet wird.

06. Mai 2024

Die Verwendung beider SRTP-/SRTCP-Portbereiche für die Webex Calling-Medienspezifikation wurde aktualisiert.

03. April 2024

Die IP-Subnetze für Webex Calling-Dienste wurden mit 163.129.0.0/17 aktualisiert, um die Erweiterung des Webex Calling-Marktes für die Region Indien zu berücksichtigen.

18. Dezember 2023

Enthält die URL sudirenewal.cisco.com und die Anforderung für Port 80 für die Gerätekonfiguration und Firmware-Verwaltung der MIC-Erneuerung des Cisco MPP-Telefons.

11. Dezember 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz an IP-Adressen.

150.253.209.128/25 – geändert in 150.253.128.0/17

29. November 2023

Die IP-Subnetze für Webex Calling-Dienste wurden aktualisiert und enthalten jetzt einen größeren Satz von IP-Adressen, um die Erweiterung der Webex Calling-Region für zukünftiges Wachstum zu ermöglichen.

144.196.33.0/25 – geändert in 144.196.0.0/16

Die Abschnitte mit den IP-Subnetzen für Webex Calling-Dienste unter Webex Calling (SIP TLS) und Anrufmedien zu Webex Calling (STUN, SRTP) wurden aktualisiert, um Klarheit über zertifikatsbasiertes Trunking und die Firewall-Anforderungen für das lokale Gateway zu schaffen.

14. August 2023

Wir haben die folgenden IP-Adressen 144.196.33.0/25 und 150.253.156.128/25 hinzugefügt, um erhöhte Kapazitätsanforderungen für Edge- und Webex Calling-Dienste zu unterstützen.

Dieser IP-Bereich wird nur in der Region USA unterstützt.

5. Juli 2023

Der Link https://binaries.webex.com zur Installation der Cisco MPP-Firmware wurde hinzugefügt.

Dienstag, 7. März 2023

Wir haben den gesamten Artikel überarbeitet, um Folgendes zu enthalten:

  1. Optionen für die Proxy-Unterstützung enthalten.

  2. Modifiziertes Calling-Flussdiagramm

  3. Vereinfachte Domänen/URLs/IP-Subnetzteile für Webex Calling- und Webex Aware-Dienste

  4. IP-Subnetzbereich 170.72.0.0/16 für Webex Calling- und Webex Aware-Dienste hinzugefügt.

    Die folgenden Bereiche 170.72.231.0, 170.72.231.10, 170.72.231.161 und 170.72.242.0/24 wurden entfernt

5. März 2023

Der Artikel wird aktualisiert und enthält Folgendes:

  • Der von Anwendungen verwendete UDP-SRTP-Portbereich (8500–8700) wurde hinzugefügt.

  • Die Ports für die APNS- und FCM-Dienste für Push-Benachrichtigungen wurden hinzugefügt.

  • Teilen Sie den CScan-Portbereich für UDP und TCP auf.

  • Der Abschnitt „Referenzen“ wurde hinzugefügt.

15. November 2022

Wir haben die folgenden IP-Adressen für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 170.72.231.0

  • 170.72.231.10

  • 170.72.231.161

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 3.20.118.133

  • 3.20.228.133

  • 3.23.144.213

  • 3.130.125.44

  • 3.132.162.62

  • 3.140.117.199

  • 18.232.241.58

  • 35.168.211.203

  • 50.16.236.139

  • 52.45.157.48

  • 54.145.130.71

  • 54.156.13.25

  • 52.26.82.54

  • 54.68.1.225

14. November 2022

Das IP-Subnetz 170.72.242.0/24 für den Webex Calling-Dienst wurde hinzugefügt.

8. September 2022

Die Cisco MPP-Firmware wird umgestellt, um https://binaries.webex.com als Host-URL für MPP-Firmware-Upgrades in allen Regionen zu verwenden. Diese Änderung verbessert die Firmware-Upgrade-Leistung.

30. August 2022

Der Verweis auf Port 80 aus den Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“, „Anwendungskonfiguration“ und „CScan“ wurde in der Port-Tabelle entfernt, da keine Abhängigkeit besteht.

18. August 2022

Keine Änderung an der Lösung. Die Zielports 5062 (erforderlich für zertifikatbasierter Trunk) und 8934 (erforderlich für registrierungsbasierten Trunk) für die Anrufsignalisierung an Webex Calling (SIP TLS) wurden aktualisiert.

26. Juli 2022

Die IP-Adresse 54.68.1.225 wurde hinzugefügt, die für ein Firmware-Upgrade von Cisco 840/860-Geräten erforderlich ist.

21. Juli 2022

Zielports 5062, 8934 für die Anrufsignalisierung an Benutzer (SIP TLS Webex Calling aktualisiert.

14. Juli 2022

URLs hinzugefügt, die eine vollständige Funktion der Webex Aware-Dienste unterstützen.

Das IP-Subnetz 23.89.154.0/25 für den Webex Calling-Dienst wurde hinzugefügt.

27. Juni 2022

Domäne und URLs für alle Webex Calling aktualisiert:

*.broadcloudpbx.com

*.broadcloud.com.au

*.broadcloud.eu

*.broadcloudpbx.net

15. Juni 2022

Die folgenden Ports und Protokolle wurden unter IP-Adressen und Ports für die Webex Calling hinzugefügt:

  • Zweck der Verbindung: Webex-Funktionen

  • Quelladressen: Webex Calling-Geräte

  • Quellports: Vorübergehend

  • Protokoll: TCP

  • Zieladressen: Siehe IP-Subnetze und Domänen, die in Webex Meetings/Messaging – Netzwerkanforderungen definiert sind.

  • Zielports: 443

    Notizen: Die Webex Calling-Geräte verwenden diese IP-Adressen und Domänen für die Schnittstelle mit Webex Cloud-Diensten wie Verzeichnis, Anrufprotokoll und Meetings.

Aktualisierte Informationen im Abschnitt Webex Meetings/Messaging – Netzwerkanforderungen

24. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde zu 52.26.82.54/32 für den Webex Calling hinzugefügt

6. Mai 2022

Das IP-Subnetz 52.26.82.54/24 wurde für den Webex Calling hinzugefügt

7. April 2022

Der interne und externe UDP-Portbereich des lokalen Gateways wurde auf 8000-48198 ‡ aktualisiert.

5. April 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.40.0/25

  • 23.89.1.128/25

29. März 2022

Die folgenden IP-Subnetze wurden für den Webex Calling hinzugefügt:

  • 23.89.33.0/24

  • 150.253.209.128/25

20. September 2021

4 neue IP-Subnetze für den Webex Calling hinzugefügt:

  • 23.89.76.128/25

  • 170.72.29.0/24

  • 170.72.17.128/25

  • 170.72.0.128/25

Freitag, 2. April 2021

*.ciscospark.com wurde unter Domänen und URLs für Webex Calling-Dienste hinzugefügt, um Webex Calling-Anwendungsfälle in der Webex-App zu unterstützen.

25. März 2021

6 neue IP-Bereiche für activate.cisco.com hinzugefügt, die ab dem 8. Mai 2021 in Kraft treten.

  • 72.163.15.64/26

  • 72.163.15.128/26

  • 173.36.127.0/26

  • 173.36.127.128/26

  • 192.133.220.0/26

  • 192.133.220.64/26

Donnerstag, 4. März 2021

Einzelne IPs und kleinere IP-Bereiche von Webex Calling wurden durch vereinfachte Bereiche in einer separaten Tabelle ersetzt, um das Verständnis der Firewall-Konfiguration zu erleichtern.

Freitag, 26. Februar 2021

5004 als Zielport für Anrufmedien zu Webex Calling (STUN, SRTP) hinzugefügt, um die Interactive Connectivity Connectivity (ICE) zu unterstützen, die im April 2021 Webex Calling verfügbar sein wird.

Montag, 22. Februar 2021

Domänen und URLs werden jetzt in einer separaten Tabelle aufgelistet.

Die Tabelle „IP-Adressen und Ports“ wird an Gruppen-IP-Adressen für dieselben Dienste angepasst.

Hinzufügen der Spalte „Notizen“ zur Tabelle „IP-Adressen und Ports“, die das Verständnis der Anforderungen erleichtert.

Verschieben der folgenden IP-Adressen in vereinfachte Bereiche für die Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte):

activate.cisco.com

  • 72.163.10.125 -> 72.163.10.96/27

  • 173.37.149.125 -> 173.37.149.96/27

webapps.cisco.com

  • 173.37.146.134 -> 173.37.146.128/25

  • 72.163.10.134 -> 72.163.10.128/25

Hinzufügen der folgenden IP-Adressen für die Anwendungskonfiguration, da der Cisco Webex-Client im März 2021 auf einen neueren DNS SRV in Australien verweist.

  • 199.59.64.237

  • 199.59.67.237

Donnerstag, 21. Januar 2021

Wir haben die folgenden IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) hinzugefügt:

  • 3.134.166.179

  • 50.16.236.139

  • 54.145.130.71

  • 72.163.10.125

  • 72.163.24.0/23

  • 173.37.26.0/23

  • 173.37.146.134

Wir haben die folgenden IP-Adressen aus der Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) entfernt:

  • 35.172.26.181

  • 52.86.172.220

  • 52.203.31.41

Wir haben die folgenden IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • 62.109.192.0/19

  • 64.68.96.0/19

  • 207.182.160.0/19

  • 150.253.128.0/17

Wir haben die folgenden IP-Adressen aus der Anwendungskonfiguration entfernt:

  • 64.68.99.6

  • 64.68.100.6

Wir haben die folgenden Portnummern aus der Anwendungskonfiguration entfernt:

  • 1081, 2208, 5222, 5280-5281, 52644-52645

Wir haben die folgenden Domänen zur Anwendungskonfiguration hinzugefügt:

  • idbroker-b-us.webex.com

  • idbroker-eu.webex.com

  • ty6-wxt-jp.bcld.webex.com

  • os1-wxt-jp.bcld.webex.com

Mittwoch, 23. Dezember 2020

Den Port-Referenzbildern wurden neue IP-Adressen für die Anwendungskonfiguration hinzugefügt.

Dienstag, 22. Dezember 2020

Die Zeile „Anwendungskonfiguration“ in den Tabellen wurde aktualisiert und enthält nun die folgenden IP-Adressen: 135.84.171.154 und 135.84.172.154.

Die Netzwerkdiagramme wurden ausgeblendet, bis diese IP-Adressen hinzugefügt wurden.

Freitag, 11. Dezember 2020

Die Zeilen „Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte)“ und „Anwendungskonfiguration“ für die unterstützten kanadischen Domänen wurden aktualisiert.

Freitag, 16. Oktober 2020

Die Anrufsignalisierung und die Medieneinträge wurden mit den folgenden IP-Adressen aktualisiert:

  • 139.177.64.0/24

  • 139.177.65.0/24

  • 139.177.66.0/24

  • 139.177.67.0/24

  • 139.177.68.0/24

  • 139.177.69.0/24

  • 139.177.70.0/24

  • 139.177.71.0/24

  • 139.177.72.0/24

  • 139.177.73.0/24

Mittwoch, 23. September 2020

Unter CScan wurde 199.59.64.156 durch 199.59.64.197 ersetzt.

Freitag, 14. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

Anrufsignalisierung an Webex Calling (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

Mittwoch, 12. August 2020

Weitere IP-Adressen zur Unterstützung der Einführung von Rechenzentren in Kanada wurden hinzugefügt:

  • Anrufmedien zu Webex Calling (SRTP) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24

  • Anrufsignalisierung an öffentlich adressierte Endpunkte (SIP TLS) – 135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.19.199.0/24.

  • Gerätekonfiguration und Firmware-Verwaltung (Cisco-Geräte) – 135.84.173.155,135.84.174.155

  • Synchronisierung der Gerätezeit – 135.84.173.152, 135.84.174.152

  • Anwendungskonfiguration – 135.84.173.154,135.84.174.154

Mittwoch, 22. Juli 2020

Die folgende IP-Adresse wurde zur Unterstützung der Einführung von Rechenzentren in Kanada hinzugefügt: 135.84.173.146

Dienstag, 9. Juni 2020

Der CScan-Eintrag wurde wie folgt geändert:

  • Eine der IP-Adressen wurde korrigiert: geändert 199.59.67.156 in 199.59.64.156.

  • Neue Funktionen erfordern neue Ports und UDP – 19560-19760.

Mittwoch, 11. März 2020

Wir haben die folgenden Domänen und IP-Adressen zur Anwendungskonfiguration hinzugefügt:

  • jp.bcld.webex.com—135.84.169.150

  • client-jp.bcld.webex.com

  • idbroker.webex.com—64.68.99.6, 64.68.100.6

Wir haben die folgenden Domänen mit zusätzlichen IP-Adressen zur Gerätekonfiguration und Firmware-Verwaltung aktualisiert:

  • cisco.webexcalling.eu—85.119.56.198, 85.119.57.198

  • webapps.cisco.com—72.163.10.134

  • activation.webex.com—35.172.26.181, 52.86.172.220

  • cloudupgrader.webex.com—3.130.87.169, 3.20.185.219

Donnerstag, 27. Februar 2020

Wir haben die folgenden Domänen und Ports zur Gerätekonfiguration und Firmware-Verwaltung hinzugefügt:

cloudupgrader.webex.com—443, 6970

Lokales Gateway unter Cisco IOS-XE für Webex Calling konfigurieren

Übersicht

Webex Calling unterstützt derzeit zwei Versionen des lokalen Gateways:

  • Lokales Gateway

  • Lokales Gateway für Webex for Government

Wichtigste Überlegungen

  • Bevor Sie beginnen, sollten Sie sich mit den lokalen PSTN-Anforderungen (Public Switched Telephone Network) und LGW-Anforderungen (Local Gateway) für Webex Calling vertraut machen. Weitere Informationen finden Sie unter Cisco Preferred Architecture Webex Calling-System .

  • In diesem Artikel wird davon ausgegangen, dass eine dedizierte lokale Gateway-Plattform ohne vorhandene Sprachkonfiguration vorhanden ist. Wenn Sie eine vorhandene PSTN-Gateway- oder CUBE Enterprise-Bereitstellung ändern, um sie als lokale Gateway-Funktion für Webex Calling zu verwenden, achten Sie sorgfältig auf die Konfiguration. Stellen Sie sicher, dass die vorhandenen Anrufverläufe und -funktionen nicht aufgrund der von Ihnen vorgenommenen Änderungen unterbrochen werden.

Die Prozeduren enthalten Links zu Befehlsreferenzdokumenten, in denen Sie mehr über die einzelnen Befehlsoptionen erfahren können. Sofern nicht anders angegeben, werden alle Befehlsreferenzlinks zur Befehlsreferenz für Webex Managed Gateways weitergeleitet (in diesem Fall gehen die Befehlslinks zur Cisco IOS-Sprachbefehlsreferenz). Sie können auf alle diese Handbücher unter Cisco Unified Border Element Befehlsreferenzen zugreifen.

Informationen zu den unterstützten SBCs von Drittanbietern finden Sie in der jeweiligen Produktreferenzdokumentation.

Lokales Gateway konfigurieren

Es gibt zwei Optionen für die Konfiguration des lokalen Gateways für den Webex Calling-Trunk :

  • Registrierungsbasierter Trunk

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter Registrierungsbasiertes lokales Gateway oder Zertifikatbasiertes lokales Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren.

Weitere Informationen zu den verschiedenen Trunk-Typen finden Sie unter Erste Schritte mit lokalem Gateway . Führen Sie auf dem lokalen Gateway selbst unter Verwendung der Befehlszeilenschnittstelle (Command Line Interface, CLI) die folgenden Schritte aus. Wir verwenden SIP (Session Initiation Protocol) und TLS (Transport Layer Security) zur Sicherung des Übertragungswegs und SRTP (Secure Real Time Protocol) zur Sicherung der Medien zwischen dem lokalen Gateway und Webex Calling.

Wichtigste Überlegungen

Das lokale Gateway für Webex for Government unterstützt Folgendes nicht:

  • STUN/ICE-Lite für die Optimierung des Medienpfads

  • Fax (T.38)

Konfigurieren Ihres lokalen Gateways für Webex for Government

Verwenden Sie die folgende Option, um das lokale Gateway für Ihren Webex Calling-Trunk in Webex for Government zu konfigurieren:

  • Zertifikatbasierter Trunk

Verwenden Sie den Aufgabenablauf unter dem zertifikatbasierten lokalen Gateway , um das lokale Gateway für Ihren Webex Calling-Trunk zu konfigurieren. Weitere Informationen zum Konfigurieren eines zertifikatbasierten lokalen Gateways finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Es ist obligatorisch, FIPS-konforme GCM-Schlüssel zu konfigurieren, um das lokale Gateway für Webex for Government zu unterstützen. Andernfalls schlägt die Einrichtung des Anrufs fehl. Details zur Konfiguration finden Sie unter Konfigurieren eines zertifikatbasierten Übertragungswegs für Webex Calling.

Webex for Government unterstützt kein registrierungsbasiertes lokales Gateway.

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem registrierten SIP-Trunk konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Die folgende Abbildung zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • Sprachklassenmandanten: Wird zum Erstellen von Übertragungsweg-spezifischen Konfigurationen verwendet.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Während IP und SIP zu den Standardprotokollen für PSTN-Übertragungswege geworden sind, sind TDM-ISDN-Schaltkreise (Time Division Multiplexing) nach wie vor weit verbreitet und werden von Webex Calling-Übertragungswegen unterstützt. Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu ermöglichen, ist es derzeit erforderlich, einen Anruf-Routing-Prozess mit zwei Segmenten zu verwenden. Dieser Ansatz ändert die oben dargestellte Konfiguration für das Anruf-Routing, indem eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen eingeführt wird, wie in der Abbildung unten dargestellt.

Konfiguration der Anrufverteilung mit einer Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall bietet Unified Communications Manager eine zentrale Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet.

Die in Konfigurationslösungen für das Anruf-Routing verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

  • Schritt 1. Router-Baseline-Konnektivität und -Sicherheit konfigurieren

  • Schritt 2: Webex Calling-Trunk konfigurieren

    Je nach gewünschter Architektur können Sie eine der folgenden Aktionen ausführen:

  • Schritt 3: Lokales Gateway mit SIP PSTN-Trunk konfigurieren

  • Schritt 4: Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

    Oder:

  • Schritt 3: Lokales Gateway mit TDM PSTN-Trunk konfigurieren

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle registrierungsbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.6.1a oder höher. Cisco IOS 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
  description Interface facing PSTN and/or CUCM
  ip address 10.80.13.12 255.255.255.0
!
interface GigabitEthernet0/0/1
  description Interface facing Webex Calling (Private address)
  ip address 192.51.100.1 255.255.255.240

2

Schützen Sie die Registrierung und STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes

3

Erstellen Sie einen Platzhalter-PKI-Trustpoint.

Erfordert diesen Trustpoint, um TLS später zu konfigurieren. Für registrierungsbasierte Trunks erfordert dieser Trustpoint kein Zertifikat, wie dies bei einem zertifikatbasierten Trunk der Fall wäre.


crypto pki trustpoint EmptyTP 
 revocation-check none
4

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint mit den folgenden Konfigurationsbefehlen an. Die Verkehrsparameter sollten ebenfalls aktualisiert werden, um eine zuverlässige und sichere Verbindung für die Registrierung zu gewährleisten:

Der Serverbefehl cn-san-validate stellt sicher, dass das lokale Gateway eine Verbindung zulässt, wenn der in tenant 200 konfigurierte Host-Name entweder in den Feldern CN oder SAN des vom ausgehenden Proxy empfangenen Zertifikats enthalten ist.

  1. Legen Sie tcp-retry count auf 1000 fest (Vielfache von 5 msec = 5 Sekunden).

  2. Mit dem Befehl Timer connection establish können Sie einstellen, wie lange das LGW auf die Einrichtung einer Verbindung mit einem Proxy wartet, bevor Sie die nächste verfügbare Option in Betracht ziehen. Der Standardwert für diesen Timer ist 20 Sekunden, wobei mindestens 5 Sekunden erforderlich sind. Beginnen Sie mit einem niedrigen Wert und erhöhen Sie ihn, wenn nötig, um die Netzwerkbedingungen zu berücksichtigen.


sip-ua
 timers connection establish tls 5
 transport tcp tls v1.2
 crypto signaling default trustpoint EmptyTP cn-san-validate server
 tcp-retry 1000

5

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete DigiCert CA-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Konfigurieren des registrierungsbasierten Übertragungswegs für Webex Calling
1

Erstellen Sie einen registrierungsbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Die in der Abbildung hervorgehobenen Details werden in den Konfigurationsschritten in diesem Handbuch verwendet. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

PSTN-Übertragungsweg registriert
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:

 
voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 media statistics
 media bulk-stats 
 allow-connections sip to sip
 no supplementary-service sip refer  
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip
  asymmetric payload full
  early-offer forced

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerken, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert das lokale Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze Ihres regionalen Webex Calling-Rechenzentrums zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling. Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

    Wenn sich Ihr LGW hinter einer Firewall mit eingeschränktem Cone-NAT befindet, können Sie die Liste vertrauenswürdiger IP-Adressen auf der Webex Calling-Schnittstelle deaktivieren. Die Firewall schützt Sie bereits vor unerwünschten eingehenden VoIP. Die Deaktivierung der Aktion reduziert den längeren Konfigurations-Overhead, da wir nicht garantieren können, dass die Adressen der Webex Calling-Peers behoben bleiben und Sie Ihre Firewall für die Peers in jedem Fall konfigurieren müssen.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Medienstatistik

Aktiviert die Medienüberwachung auf dem lokalen Gateway.

Medien-Massenstatistiken

Ermöglicht der Steuerungsebene, in der Datenebene Massenanrufstatistiken zu erstellen.

Weitere Informationen zu diesen Befehlen finden Sie unter Medien.

Allow-connections sip to sip

Aktivieren Sie die grundlegende SIP-Back-to-Back-Benutzeragentenfunktionalität von CUBE. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren.


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr.


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf dem Parameter für den Zieltrunk zu identifizieren: 


voice class uri 100 sip
 pattern dtg=dallas1463285401_lgu

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters dtg= gefolgt vom OTG/DTG-Wert für den Übertragungsweg, der bei Erstellung des Übertragungswegs in Control Hub bereitgestellt wurde. Weitere Informationen finden Sie unter Sprachklassen-URI.

7

Konfigurieren Sie das sip profile 100, das verwendet wird, um SIP-Nachrichten zu ändern, bevor sie an Webex Calling gesendet werden.


voice class sip-profiles 100
 rule 10 request ANY sip-header SIP-Req-URI modify "sips:" "sip:"
 rule 20 request ANY sip-header To modify "" "" 
 rule 50 response ANY sip-header To modify "" ";otg=dallas1463285401_lgu>"
 rule 90 request ANY sip-header P-Asserted-Identity modify "sips:" "sip:"

Hier ist eine Erklärung der Felder für die Konfiguration:

  • Regel 10 bis 70 und 90

    Stellt sicher, dass SIP-Header, die für die Anrufsignalisierung verwendet werden, SIP anstelle des SIPs-Schemas verwenden, das Webex-Proxys benötigen. Die Konfiguration von CUBE für die Verwendung von SIP stellt sicher, dass die sichere Registrierung verwendet wird.

  • Regel 80

    Ändert die Von-Kopfzeile so, dass die OTG/DTG-Kennung der Trunk-Gruppe aus dem Control Hub verwendet wird, um eine Site des lokalen Gateways innerhalb eines Unternehmens eindeutig zu identifizieren.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

8

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Insbesondere die zuvor in Control Hub angegebenen Details zur Trunk-Registrierung werden in diesem Schritt wie unten beschrieben verwendet. Mit diesem Tenant verknüpfte Wahl-Peers übernehmen diese Konfigurationen später.

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
  registrar dns:98027369.us10.bcld.webex.com scheme sips expires 240 refresh-ratio 50 tcp tls
  credentials number Dallas1171197921_LGU username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm BroadWorks
  authentication username Dallas1463285401_LGU password 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com
  no remote-party-id
  sip-server dns:98027369.us10.bcld.webex.com
  connection-reuse
  srtp-crypto 100
  session transport tcp tls 
  no session refresh
  url sips 
  error-passthru
  rel1xx disable
  asserted-id pai 
  bind control source-interface GigabitEthernet0/0/1
  bind media source-interface GigabitEthernet0/0/1
  no pass-thru content custom-sdp 
  sip-profiles 100 
  outbound-proxy dns:dfw04.sipconnect-us.bcld.webex.com  
  privacy-policy passthru

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Definiert eine Reihe von Konfigurationsparametern, die nur für den Webex Calling-Übertragungsweg verwendet werden. Weitere Informationen finden Sie unter voice class tenant.

    registrar dns:98027369.us10.bcld.webex.com scheme sips läuft ab 240 refresh-ratio 50 tcp tls

    Dem Server des Server für das lokale Gateway, bei dem die Registrierung alle zwei Minuten aktualisiert wird (50 % von 240 Sekunden). Weitere Informationen finden Sie unter Registrar.

    Stellen Sie sicher, dass Sie den Wert „Domäne registrieren“ aus Control Hub hier verwenden.

    Anmeldenummer Dallas1171197921_LGU Benutzername Dallas1463285401_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks

    Anmeldeinformationen für die Aufgabe der Trunk-Registrierung. Weitere Informationen finden Sie unter Anmeldeinformationen (SIP UA).

    Stellen Sie sicher, dass Sie hier in Control Hub die Werte für den Leitungs-/Port-Host, den Authentifizierungsbenutzernamen und das Authentifizierungskennwort verwenden.

    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm BroadWorks
    Authentifizierungsbenutzername Dallas1171197921_LGU Passwort 0 9Wt[M6ifY+ realm 98027369.us10.bcld.webex.com

    Authentifizierungsaufforderungen für Anrufe. Weitere Informationen finden Sie unter Authentifizierung (Dial-Peer).

    Stellen Sie sicher, dass Sie hier in Control Hub den Authentifizierungsbenutzernamen, das Authentifizierungskennwort und die Registrar-Domänenwerte verwenden.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mit asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die bei der Erstellung Ihres Übertragungswegs in Control Hub bereitgestellt wurde.

    Wiederverwenden von Verbindungen

    Verwendet dieselbe dauerhafte Verbindung für die Registrierung und Anrufverarbeitung. Weitere Informationen finden Sie unter Connection-Reuse.

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    Sitzungstransport TCP TLS

    Legt den Transport zu TLS fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    URL-SIPS

    SRV Abfrage müssen VOM SBC unterstützte SIPs sein; Alle anderen Nachrichten werden durch sip-profile 200 in SIP geändert.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an WebexCalling gesendet werden. Weitere Informationen finden Sie unter bind.

    Keine Pass-Thru-Inhalte custom-sdp

    Standardbefehl unter Tenant. Weitere Informationen zu diesem Befehl finden Sie unter Pass-Thru-Inhalt.

    sip-profile 100

    Ändert SIPs in SIP und Leitung/Port für INVITE- und REGISTER-Nachrichten gemäß der Definition in sip-profiles 100. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    ausgehender-proxy dns:dfw04.sipconnect-us.bcld.webex.com

    Webex Calling auf SBC. Fügen Sie die ausgehende Proxyadresse ein, die bei der Erstellung Ihres Übertragungswegs in Control Hub angegeben wurde. Weitere Informationen finden Sie unter Ausgehender Proxy.

    Datenschutzrichtlinienpassregeln

    Konfiguriert die Datenschutz-Header-Richtlinienoptionen für den Übertragungsweg, um die Datenschutzwerte von der empfangenen Nachricht an den nächsten Call Leg weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk. 

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 max-conn 250
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 dtmf-relay rtp-nte
 voice-class stun-usage 100
 no voice-class sip localhost
 voice-class sip tenant 100
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
  description Inbound/Outbound Webex Calling

    Definiert einen VoIP Dial-Peer mit einem Tag von 100 und liefert eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    max. Konn. 250

    Begrenzt die Anzahl der gleichzeitigen eingehenden und ausgehenden Anrufe zwischen dem LGW und Webex Calling. Für Registrierungs-Trunks sollte der konfigurierte Höchstwert 250 sein. Der Wert für den Benutzer ist niedriger, wenn dies für Ihre Bereitstellung geeigneter wäre. Weitere Informationen zu Beschränkungen für gleichzeitige Anrufe für das lokale Gateway finden Sie im Dokument Erste Schritte mit dem lokalen Gateway .

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 100 SIP-Anrufaufrufe verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

    Eingehende URI-Anfrage 100

    Um die Sprachklasse anzugeben, die verwendet wird, um einen VoIP-Dial-Peer mit dem URI (Uniform Resource Identifier) eines eingehenden Anrufs abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen auf dem lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN hilft, ein Firewall-Loch für den Medienverkehr zu öffnen. Weitere Informationen finden Sie unter Voice-Class Stun-Usage.

    Kein Sprachklasse-SIP-Localhost

    Deaktiviert die Ersetzung des lokalen DNS-Hostnamens an Stelle der physischen IP-Adresse in den Headern von Von, Anruf-ID und Remote-Party-ID von ausgehenden Nachrichten.

    voice-class sip tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten.

Nachdem Sie den Tenant 100 definiert und einen SIP VoIP-Dial-Peer konfiguriert haben, initiiert das Gateway eine TLS-Verbindung zu Webex Calling. An diesem Punkt übergibt der Zugriffs-SBC sein Zertifikat dem lokalen Gateway. Das lokale Gateway validiert das Webex Calling-Zugriffs-SBC-Zertifikat mit dem zuvor aktualisierten CA-Stammpaket. Wenn das Zertifikat erkannt wird, wird eine dauerhafte TLS-Sitzung zwischen dem lokalen Gateway und dem Zugriffs-SBC von Webex Calling eingerichtet. Das lokale Gateway kann diese sichere Verbindung verwenden, um sich beim Webex Zugriffs-SBC zu registrieren. Wenn die Registrierung für die Authentifizierung angefochten wird:

  • In der Antwort werden die Parameter username, password und realm aus der Konfiguration der credentials verwendet.

  • Die Änderungsregeln im SIP-Profil 100 werden verwendet, um die SIPS-URL zurück in SIP umzuwandeln.

Die Registrierung ist erfolgreich, wenn vom Zugriffs-SBC ein 200 OK empfangen wird.

Flussdiagramm für Authentifizierung und Registrierung von Webex Calling mit lokalem Gateway

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

Stellen Sie beim Erstellen des Webex Calling-Übertragungswegs in Unified CM sicher, dass Sie den eingehenden Port in den SIP-Übertragungsweg-Sicherheitsprofil-Einstellungen auf 5065 konfigurieren. Dies erlaubt eingehende Nachrichten auf Port 5065 und füllt die VIA-Kopfzeile mit diesem Wert aus, wenn Nachrichten an das lokale Gateway gesendet werden.

Informationen zum Sicherheitsprofil des SIP-Übertragungswegs eingeben
1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im IOS XE-basierten lokalen Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können das DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Maßnahmen enthalten, die durchgeführt werden, um das Problem zu informieren, zu beheben und zu beheben. Sie können die Logik zur Problemerkennung mithilfe von Syslog-Nachrichten, SNMP-Ereignissen und durch regelmäßige Überwachung bestimmter Show-Befehlsausgaben definieren.

Die Aktionstypen umfassen das Sammeln der Show-Befehlsausgabe:

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, z. B. HTTPS-, SCP- ODER FTP-Server.

TAC-Techniker erstellen die DS-Dateien und signieren sie digital für einen Integritätsschutz. Jede DS-Datei hat eine eindeutige numerische ID, die vom System zugewiesen wird. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1a oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, der zum Senden proaktiver Benachrichtigungen verwendet wird, wenn auf dem Gerät Cisco IOS XE 17.6.1a oder höher ausgeführt wird.

    configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, um Sie zu benachrichtigen. 

    configure terminal 
call-home  
diagnostic-signature 
environment ds_email  
end

Die folgende Abbildung zeigt eine Beispielkonfiguration für ein lokales Gateway, das auf Cisco IOS XE 17.6.1a oder höher ausgeführt wird, um proaktive Benachrichtigungen mit Gmail als sicheren SMTP-Server an tacfaststart@gmail.com zu senden:

Wir empfehlen die Verwendung von Cisco IOS XE Bengaluru 17.6.x oder höher.

call-home  
mail-server tacfaststart:password@smtp.gmail.com priority 1 secure tls 
diagnostic-signature 
environment ds_email "tacfaststart@gmail.com"

Ein lokales Gateway, das auf der Cisco IOS XE-Software ausgeführt wird, ist kein typischer webbasierter Gmail-Client, der OAuth unterstützt. Daher müssen wir eine bestimmte Gmail-Kontoeinstellung konfigurieren und eine bestimmte Berechtigung erteilen, damit die E-Mail vom Gerät korrekt verarbeitet wird:

  1. Gehen Sie zu Google-Konto verwalten > Sicherheit und aktivieren Sie die Einstellung Zugriff auf die App weniger sicher .

  2. Antworten Sie auf "Ja, es war ich", wenn Sie eine E-Mail von Gmail mit dem Hinweis "Google hat jemanden daran gehindert, sich mit einer Nicht-Google-App bei Ihrem Konto anmelden" zu erhalten.

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Diese DS verfolgt die CPU-Auslastung mit dem SNMP OID für fünf Sekunden. 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die auf dem lokalen Gateway installiert sind. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um SNMP zu aktivieren. Wenn Sie diese Option nicht aktivieren, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    LocalGateway# copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht. 

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 ggf. neu, um weiterhin eine hohe CPU-Auslastung auf dem lokalen Gateway zu überwachen.

Überwachung der Registrierung des SIP-Trunks

Dieser DS überprüft alle 60 Sekunden, ob eine lokale Gateway SIP-Übertragungsweg sich Webex Calling Cloud registriert hat. Wenn das Deregistrierungsereignis erkannt wurde, generiert es eine E-Mail- und Syslog-Benachrichtigung und deinstalliert sich nach zwei Deregistrierungsereignissen. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren:

  1. Laden Sie DS 64117 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    SIP-SIP

    Problemtyp

    SIP-Übertragungsweg die Registrierung mit E-Mail-Benachrichtigung ändern.

  2. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_64117.xml bootflash:

  3. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64117.xml 
Load file DS_64117.xml success 
LocalGateway#

  4. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Verwenden Sie den Befehl show snmp , um zu überprüfen, ob SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled 
 

config t 
snmp-server manager 
end 

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway. 

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Verwenden Sie Diagnose-Signaturen (DS), um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Diagnosesignaturen (DS) machen es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und erleichtern die Behebung von temporären und vorübergehenden Problemen erheblich.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem selbst zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine zusätzliche DS-Umgebungsvariableds_fsurl_prefix. Hierbei handelt es sich um den Cisco TAC-Dateiserverpfad (cxd.cisco.com), auf den die erfassten Diagnosedaten hochgeladen werden. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das Sie mit dem folgenden Befehl vom Support Case Manager abrufen können. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden. 

    configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie mit dem Befehl show snmp sicher, dass SNMP aktiviert ist. Wenn dieser Befehl nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    show snmp 
%SNMP agent not enabled 
 
 
config t 
snmp-server manager 
end

  3. Stellen Sie sicher, dass Sie die High CPU-Überwachung DS 64224 als proaktive Maßnahme installieren, um alle Debug- und Diagnosesignaturen während der hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Cisco 4300, 4400 ISR-Serie oder Cisco CSR 1000V-Serie

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie zunächst DS 64224 zur Überwachung einer hohen CPU-Auslastung und dann die XML-Datei „DS 65095“ auf dem lokalen Gateway. 

    call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Überprüfen Sie mit dem Befehl show call-home diagnostic-signature , ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08

    65095

    00:12:53

    DS_LGW_IEC_Call_spike_threshold

    0.0.12

    Registriert

    2020-11-08

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl ändert sich die Spalte „Status“ des Befehls show call-home diagnostic-signature zu „wird ausgeführt“, während das lokale Gateway die in der Signatur definierte Aktion ausführt. Die Ausgabe von Diagnosesignatur-Statistiken für show call-home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion umrichtiert. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
Diagnostic-signature: enabled 
Profile: CiscoTAC-1 (status: ACTIVE) 
Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)

64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält wichtige Informationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Zeigt Befehlsausgabe an, die für die Behebung des jeweiligen Problems relevant sind.

Diagnosesignaturen deinstallieren

Die Verwendung von Diagnosesignaturen zur Fehlerbehebung ist in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID von der Ausgabe des Befehls show call-home diagnostic-signature ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die häufig in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

Cisco IOS XE-Gateways über Control Hub verwalten und validieren

Für eine bessere Verwaltung von Cisco IOS XE Gateways empfehlen wir Ihnen, die Gateways über den Control Hub zu registrieren und zu verwalten. Es handelt sich um eine optionale Konfiguration. Wenn Sie sich registriert haben, können Sie die Konfigurationsvalidierungsoption im Control Hub verwenden, um Ihre lokale Gateway-Konfiguration zu validieren und Konfigurationsprobleme zu identifizieren. Derzeit unterstützen nur registrierungsbasierte Trunks diese Funktion.

Weitere Informationen finden Sie unter:

Designüberblick

In diesem Abschnitt wird beschrieben, wie Sie ein Cisco Unified Border Element (CUBE) als lokales Gateway für Webex Calling mit einem zertifikatbasierten Mutual TLS (mTLS)-SIP-Übertragungsweg konfigurieren. Im ersten Teil dieses Dokuments wird erläutert, wie ein einfaches PSTN-Gateway konfiguriert wird. In diesem Fall werden alle Anrufe vom PSTN an Webex Calling und alle Anrufe von Webex Calling an das PSTN weitergeleitet. Das folgende Bild zeigt diese Lösung und die Konfiguration des Anruf-Routing auf hoher Ebene, die befolgt wird.

In diesem Design werden die folgenden Hauptkonfigurationen verwendet:

  • voice class tenants: Wird verwendet, um trunk-spezifische Konfigurationen zu erstellen.

  • Sprachklassen-URI: Wird zum Klassifizieren von SIP-Nachrichten für die Auswahl eines eingehenden Dial-Peers verwendet.

  • eingehender Dial-Peer: Bietet die Behandlung für eingehende SIP-Nachrichten und bestimmt die ausgehende Route mithilfe einer Dial-Peer-Gruppe.

  • Dial-Peer-Gruppe: Definiert die ausgehenden Dial-Peers, die für die Weiterleitung von Anrufen verwendet werden.

  • ausgehender Dial-Peer: Bietet die Behandlung für ausgehende SIP-Nachrichten und leitet sie an das erforderliche Ziel weiter.

Anrufverteilung von/zu PSTN zu/von der Webex Calling-Konfigurationslösung

Wenn Sie eine lokale Cisco Unified Communications Manager-Lösung mit Webex Calling verbinden, können Sie die einfache PSTN-Gateway-Konfiguration als Grundlage für den Aufbau der Lösung verwenden, wie im folgenden Diagramm dargestellt. In diesem Fall ermöglicht ein Unified Communications Manager die zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe.

Lösungsdiagramm mit Unified Communications Manager bietet zentralisierte Weiterleitung und Behandlung aller PSTN- und Webex Calling-Anrufe

In diesem Dokument werden die im folgenden Bild dargestellten Hostnamen, IP-Adressen und Schnittstellen verwendet. Es werden Optionen für die öffentliche oder private Adressierung (hinter NAT) bereitgestellt. SRV-DNS-Einträge sind optional, es sei denn, ein Lastausgleich über mehrere CUBE-Instanzen hinweg erfolgt.

Die in zertifikatbasierten lokalen Gateway-Konfigurationen verwendeten Hostnamen, IP-Adressen und Schnittstellen

Verwenden Sie die Konfigurationsanleitung im restlichen Dokument, um die Konfiguration des lokalen Gateways wie folgt abzuschließen:

Konnektivität und Sicherheit konfigurieren

Baseline-Konfiguration

Der erste Schritt bei der Vorbereitung Ihres Cisco Routers als lokales Gateway für Webex Calling besteht darin, eine Baseline-Konfiguration zu erstellen, die Ihre Plattform schützt und Verbindungen herstellt.

  • Alle zertifikatbasierten lokalen Gateway-Bereitstellungen erfordern Cisco IOS XE 17.9.1a oder höher. Cisco IOS XE 17.12.2 oder höher wird empfohlen. Die empfohlenen Versionen finden Sie auf der Seite Cisco Software Research . Suchen Sie nach der Plattform und wählen Sie eine der vorgeschlagenen Versionen aus.

    • Router der Serie ISR4000 müssen sowohl mit Unified Communications- als auch mit Sicherheitslizenzen konfiguriert sein.

    • Router der Catalyst-Edge 8000-Serie, die mit Sprachkarten oder DSPs ausgestattet sind, erfordern eine DNA-Advantage-Lizenzierung. Router ohne Sprachkarten oder DSPs benötigen mindestens eine DNA Essentials-Lizenzierung.

    • Für Anforderungen an eine hohe Kapazität benötigen Sie möglicherweise auch eine HSEC-Lizenz (High Security) und eine zusätzliche Berechtigung für den Durchsatz.

      Weitere Informationen finden Sie unter Autorisierungscodes .

  • Erstellen Sie eine Basiskonfiguration für Ihre Plattform, die Ihren Geschäftsrichtlinien entspricht. Konfigurieren und überprüfen Sie insbesondere Folgendes:

    • NTP

    • Acls

    • Benutzerauthentifizierung und Remote Access

    • DNS

    • IP-Routing

    • IP-Adressen

  • Das Netzwerk für Webex Calling muss eine IPv4-Adresse verwenden. Vollständig qualifizierte Domänennamen (FQDN) oder SRV-Adressen (Service Record) des lokalen Gateways, die in Control Hub konfiguriert sind, müssen zu einer öffentlichen IPv4-Adresse im Internet aufgelöst werden.

  • Alle SIP- und Medienports auf der Benutzeroberfläche des lokalen Gateways, die Webex zugewandt sind, müssen vom Internet aus zugänglich sein, entweder direkt oder über statische NAT. Stellen Sie sicher, dass Sie Ihre Firewall entsprechend aktualisieren.

  • Führen Sie die folgenden detaillierten Konfigurationsschritte aus, um ein signiertes Zertifikat auf dem lokalen Gateway zu installieren:

    • Eine öffentliche Zertifizierungsstelle (CA), die unter Welche Stammzertifizierungsstellen werden für Anrufe an Cisco Webex Audio- und Videoplattformen unterstützt? beschrieben ist, muss das Gerätezertifikat signieren.

    • Der allgemeine Name (CN) des Zertifikats oder einer der alternativen Antragstellernamen (Subject Alternative Names, SAN) muss mit dem in Control Hub konfigurierten FQDN identisch sein. Beispiel:

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation cube1.lgw.com:5061 als FQDN des lokalen Gateways aufweist, muss der CN oder SAN im Routerzertifikat cube1.lgw.com enthalten. 

      • Wenn ein konfigurierter Übertragungsweg im Control Hub Ihrer Organisation lgws.lgw.com als SRV-Adresse des/der lokalen Gateways(s) aufweist, die vom Übertragungsweg aus erreichbar sind, muss der CN oder SAN im Routerzertifikat lgws.lgw.com enthalten. Die Datensätze, die SRV adresse in (CNAME, A Record oder IP Address) auflösen, sind in SAN optional.

      • Unabhängig davon, ob Sie einen FQDN oder SRV für den Übertragungsweg verwenden, muss die Kontaktadresse für alle neuen SIP-Dialogfelder von Ihrem lokalen Gateway den im Control Hub konfigurierten Namen verwenden.

    • Stellen Sie sicher, dass die Zertifikate für die Client- und Servernutzung signiert sind.

  • Laden Sie das Cisco Root CA-Paket auf das lokale Gateway hoch. Dieses Paket enthält das CA-Stammzertifikat, das zur Verifizierung der Webex-Plattform verwendet wird.

Konfiguration

1

Stellen Sie sicher, dass Sie allen Schnittstellen der Schicht 3 gültige und routingfähige IP-Adressen zuweisen, z. B.:


interface GigabitEthernet0/0/0
 description Interface facing PSTN and/or CUCM
 ip address 192.168.80.14 255.255.255.0
!
interface GigabitEthernet0/0/1
 description Interface facing Webex Calling (Public address)
 ip address 198.51.100.1 255.255.255.240

2

Schützen Sie die STUN-Anmeldeinformationen auf dem Router mithilfe einer symmetrischen Verschlüsselung. Konfigurieren Sie den primären Verschlüsselungsschlüssel und den Verschlüsselungstyp wie folgt:


key config-key password-encrypt YourPassword
password encryption aes
3

Erstellen Sie einen Verschlüsselungs-Trustpoint mit einem Zertifikat für Ihre Domäne, das von einer unterstützten Zertifizierungsstelle (CA) signiert wird.

  1. Erstellen Sie ein RSA-Schlüsselpaar mit dem folgenden exec-Befehl.

    crypto key generate rsa general-keys exportable label lgw-key modulus 4096

  2. Verwenden Sie die folgenden Konfigurationsbefehle, um einen Trustpoint für das Zertifikat zu erstellen und geben Sie die Feldwerte an, die in der Zertifikatsignieranforderung verwendet werden sollen: 

    
crypto pki trustpoint LGW_CERT
 enrollment terminal pem
 fqdn none
 subject-name cn=cube1.lgw.com
 subject-alt-name cube1.lgw.com
 revocation-check none
 rsakeypair lgw-key
 hash sha256

    Hinweise für Zertifikatsfelder:

    • fqdn: Das ist kein Pflichtfeld für Webex Calling. Setzen Sie diese Konfiguration auf „Keine“, damit dieses Feld nicht in die Zertifikatsanforderung aufgenommen wird. Wenn Sie einen FQDN mit diesem Befehl verwenden müssen, hat dies keine Auswirkungen auf den lokalen Gateway-Vorgang.

    • Betreffbezeichnung: Zum Validieren von Anrufen von einem lokalen Gateway muss Webex den FQDN in den SIP-Kontakt-Headern mit den Headern übereinstimmen, die entweder im Attribut „Subject Common Name (CN)“ oder im Feld „Subject Alternative Name (SAN)“ des SBC-Zertifikats enthalten sind. Das Betrefffeld muss mindestens ein CN-Attribut enthalten und kann bei Bedarf weitere Attribute einschließen. Weitere Informationen finden Sie unter Betreffbezeichnung.

    • Betreff-alt-Name: Das Feld "Subject Alternative Name" (SAN) des SBC-Zertifikats kann eine Liste zusätzlicher FQDNs enthalten. Webex überprüft diese Liste, um die SIP-Kontakt-Kopfzeile in Nachrichten vom lokalen Gateway zu validieren, wenn das Zertifikatssubjekt-CN-Attribut nicht übereinstimmt.

    • Hash: Es wird empfohlen, die Zertifikatsanforderung (CSR) mit SHA256 zu signieren. Cisco IOS XE 17.11.1 verwendet diesen Algorithmus standardmäßig und für frühere Versionen den Hash-Befehl.

  3. Generieren Sie eine Zertifikatsignieranforderung (CSR) mit dem folgenden exec- oder Konfigurationsbefehl und verwenden Sie diese, um ein signiertes Zertifikat von einem unterstützten CA-Anbieter anzufordern:

    crypto pki enroll LGW_CERT

4

Stellen Sie das Zertifikat der Zwischenzertifizierungsstelle bereit, um Ihr Host-Zertifikat zu authentifizieren. Geben Sie den folgenden exec- oder Konfigurationsbefehl ein:


crypto pki authenticate LGW_CERT

5

Importieren Sie das signierte Host-Zertifikat mit dem folgenden exec- oder Konfigurationsbefehl:


crypto pki import LGW_CERT certificate

6

Aktivieren Sie die Exklusivität von TLS1.2 und geben Sie den Standard-Trustpoint für Sprachanwendungen mit den folgenden Konfigurationsbefehlen an:


 sip-ua
  crypto signaling default trustpoint LGW_CERT
  transport tcp tls v1.2

7

Installieren Sie das Cisco Root CA-Paket, das das von Webex Calling verwendete IdenTrust Commercial Root CA 1-Zertifikat enthält. Verwenden Sie den Befehl crypto-pki trustpool import clean url url , um das Stamm-CA-Paket von der angegebenen URL herunterzuladen, den aktuellen CA-Trustpool zu löschen und anschließend das neue Zertifikatspaket zu installieren:

Wenn Sie einen Proxy für den Zugriff auf das Internet über HTTPS verwenden müssen, fügen Sie die folgende Konfiguration hinzu, bevor Sie das CA-Paket importieren:

IP HTTP Client Proxy-Server yourproxy.com Proxy-Port 80

ip http client source-interface GigabitEthernet0/0/1 
crypto pki trustpool import clean url https://www.cisco.com/security/pki/trs/ios_core.p7b
Webex Calling-zertifikatbasierten Übertragungsweg konfigurieren
1

Erstellen Sie einen CUBE-zertifikatbasierten PSTN-Trunk für einen vorhandenen Standort im Control Hub. Weitere Informationen finden Sie unter Konfigurieren von Übertragungswegen, Routen-Gruppen und Wählplänen für Webex Calling.

Notieren Sie sich die Trunk-Informationen, die bereitgestellt werden, nachdem der Trunk erstellt wurde. Diese Details werden, wie in der folgenden Abbildung hervorgehoben, bei den Konfigurationsschritten in diesem Handbuch verwendet.

CUBE-zertifikatsbasierter PSTN-Übertragungsweg wird erstellt
2

Geben Sie die folgenden Befehle ein, um CUBE als lokales Webex Calling-Gateway zu konfigurieren:


voice service voip
 ip address trusted list
  ipv4 x.x.x.x y.y.y.y
 mode border-element
 allow-connections sip to sip
 no supplementary-service sip refer
 stun
  stun flowdata agent-id 1 boot-count 4
  stun flowdata shared-secret 0 Password123$
 sip 
  asymmetric payload full
  early-offer forced
  sip-profiles inbound

Hier ist eine Erklärung der Felder für die Konfiguration:


ip address trusted list
 ipv4 x.x.x.x y.y.y.y

  • Zum Schutz vor Gebührenbetrug definiert die Liste vertrauenswürdiger Adressen eine Liste von Hosts und Netzwerkentitäten, von denen das lokale Gateway legitime VoIP-Anrufe erwartet.

  • Standardmäßig blockiert ein lokales Gateway alle eingehenden VoIP-Nachrichten von IP-Adressen, die nicht in seiner vertrauenswürdigen Liste aufgeführt sind. Statisch konfigurierte Dial-Peers mit „Sitzungsziel-IP“- oder IP-Adressen der Servergruppe sind standardmäßig vertrauenswürdig. Das Hinzufügen dieser IP-Adressen zur vertrauenswürdigen Liste ist nicht erforderlich.

  • Fügen Sie bei der Konfiguration Ihres lokalen Gateways die IP-Subnetze für Ihr regionales Webex Calling-Rechenzentrum zur Liste hinzu. Weitere Informationen finden Sie unter Port-Referenzinformationen für Webex Calling . Fügen Sie außerdem Adressbereiche für Unified Communications Manager-Server (falls verwendet) und PSTN-Trunk-Gateways hinzu.

  • Weitere Informationen zur Verwendung einer vertrauenswürdigen IP-Adressliste zur Verhinderung von Gebührenbetrug finden Sie unter Vertrauenswürdige IP-Adresse.

Modus-Rahmenelement

Aktiviert CUBE-Funktionen (Cisco Unified Border Element) auf der Plattform.

Allow-connections sip to sip

Aktivieren Sie die CUBE-Standard-SIP-Funktionalität nacheinander für Benutzer-Agenten. Weitere Informationen finden Sie unter Verbindungen zulassen.

Standardmäßig ist der T.38-Faxtransport aktiviert. Weitere Informationen finden Sie unter Faxprotokoll t38 (Sprachdienst).

Stun

Aktiviert STUN (Session Traversal of UDP through NAT) global.

Diese globalen STUN-Befehle sind nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

  • Mit der STUN-Bindungsfunktion auf dem lokalen Gateway können lokal generierte STUN-Anfragen über den ausgehandelten Medienpfad gesendet werden. Dies hilft, das Loch in der Firewall zu öffnen.

Weitere Informationen finden Sie unter stun flowdata agent-id und stun flowdata shared-secret.

asymmetrische Nutzlast voll

Konfiguriert die SIP-Unterstützung für asymmetrische Nutzlasten sowohl für DTMF- als auch für dynamische Codec-Nutzlasten. Weitere Informationen zu diesem Befehl finden Sie unter Asymmetrische Nutzlast.

vorzeitige Angebot gezwungen

Zwingt das lokale Gateway, SDP-Informationen in der ersten INVITE-Nachricht zu senden, anstatt auf die Bestätigung vom benachbarten Peer zu warten. Weitere Informationen zu diesem Befehl finden Sie unter Frühangebot.

SIP-Profile eingehend

Ermöglicht CUBE, SIP-Profile zu verwenden, um Nachrichten während des Empfangs zu ändern. Profile werden über Dial-Peers oder Mandanten angewendet.

3

Konfigurieren Sie den Sprachklassen-Codec 100 , sodass G.711-Codecs nur für alle Übertragungswege zulässig sind. Dieser einfache Ansatz ist für die meisten Bereitstellungen geeignet. Falls erforderlich, können zusätzliche Codec-Typen, die sowohl von Ursprungs- als auch von Endsystemen unterstützt werden, zur Liste hinzugefügt werden.

Komplexere Lösungen mit Transkodierung mit DSP-Modulen werden unterstützt, sind aber in diesem Handbuch nicht enthalten. 


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

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-Codec 100

Wird verwendet, um nur bevorzugte Codecs für SIP-Übertragungsweg-Anrufe zuzulassen. Weitere Informationen finden Sie unter Sprachklassen-Codec.

4

Konfigurieren Sie voice class stun-usage 100 , um ICE auf dem Webex Calling-Trunk zu aktivieren. (Dieser Schritt gilt nicht für Webex for Government)


voice class stun-usage 100 
 stun usage firewall-traversal flowdata
 stun usage ice lite

Hier ist eine Erklärung der Felder für die Konfiguration:

stun usage ice lite

Wird verwendet, um ICE-Lite für alle Wahl-Peers zu aktivieren, die Webex Calling zugewandt sind, um wann immer möglich Medienoptimierung zu ermöglichen. Weitere Informationen finden Sie unter Sprachklasse stun usage und stun usage ice lite.

Der Befehl stun usage firewall-traversal flowdata ist nur erforderlich, wenn Sie Ihr lokales Gateway hinter NAT bereitstellen.

Die Medienoptimierung wird wo immer möglich verhandelt. Wenn für einen Anruf Cloud-Mediendienste wie z. B. Aufzeichnung erforderlich sind, können die Medien nicht optimiert werden.

5

Konfigurieren Sie die Medienverschlüsselungsrichtlinie für den Webex-Datenverkehr. (Dieser Schritt gilt nicht für Webex for Government)


voice class srtp-crypto 100
 crypto 1 AES_CM_128_HMAC_SHA1_80

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt SHA1_80 als das einzige SRTP-Verschlüsselungssuite-CUBE im SDP für Angebots- und Antwortnachrichten an. Webex Calling unterstützt nur SHA1_80. Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

6

Konfigurieren Sie FIPS-konforme GCM-Schlüssel (Dieser Schritt gilt nur für Webex for Government). 


voice class srtp-crypto 100
crypto 1 AEAD_AES_256_GCM

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse srtp-crypto 100

Gibt GCM als die von CUBE angebotene Verschlüsselungssuite an. Es ist obligatorisch, GCM-Schlüssel für das lokale Gateway für Webex for Government zu konfigurieren.

7

Konfigurieren Sie ein Muster, um Anrufe an einen Trunk des lokalen Gateways basierend auf seinem Ziel-FQDN oder SRV eindeutig zu identifizieren:


voice class uri 100 sip
 pattern cube1.lgw.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 100 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters den im Control Hub für den Trunk konfigurierten Trunk-FQDN oder -SRV.

8

Konfigurieren Sie Profile zur Manipulation von SIP-Nachrichten. Wenn Ihr Gateway mit einer öffentlichen IP-Adresse konfiguriert ist, konfigurieren Sie wie folgt ein Profil oder fahren Sie bei Verwendung von NAT mit dem nächsten Schritt fort. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN:


voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:" 
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, müssen die Kopfzeile „Kontakt“ in einer SIP-Anfrage und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

9

Wenn Ihr Gateway hinter dem statischen NAT mit einer privaten IP-Adresse konfiguriert ist, konfigurieren Sie die eingehenden und ausgehenden SIP-Profile wie folgt. In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway konfigurierte FQDN, „10.80.13.12“ ist die Schnittstellen-IP-Adresse, die Webex Calling zugewandt ist, und „192.65.79.20“ ist die öffentliche NAT-IP-Adresse.

SIP-Profile für ausgehende Nachrichten an Webex Calling 

voice class sip-profiles 100
 rule 10 request ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 31 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 41 request ANY sdp-header Audio-Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 50 request ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 51 response ANY sdp-header Connection-Info modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 60 response ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 61 request ANY sdp-header Session-Owner modify "IN IP4 10.80.13.12" "IN IP4 192.65.79.20"
 rule 70 request ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 71 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 10.80.13.12" "\1 192.65.79.20"
 rule 80 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 10.80.13.12" "\1 192.65.79.20"
 rule 81 request ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 10.80.13.12" "\1 192.65.79.20"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 und 20

Damit Webex Nachrichten von Ihrem lokalen Gateway authentifizieren kann, muss die Kopfzeile „Kontakt“ in SIP-Anforderungs- und Antwortnachrichten den Wert enthalten, der für den Übertragungsweg in Control Hub bereitgestellt wird. Dies ist entweder der FQDN eines einzelnen Hosts oder der SRV-Name, der für einen Gerätecluster verwendet wird.

Artikel 30 bis 81

Konvertieren Sie private Adressverweise in die externe öffentliche Adresse für die Site, damit Webex nachfolgende Nachrichten korrekt interpretieren und weiterleiten kann.

SIP-Profil für eingehende Nachrichten von Webex Calling 

voice class sip-profiles 110
 rule 10 response ANY sdp-header Video-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 20 response ANY sip-header Contact modify "@.*:" "@cube1.lgw.com:"
 rule 30 response ANY sdp-header Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 40 response ANY sdp-header Audio-Connection-Info modify "192.65.79.20" "10.80.13.12"
 rule 50 response ANY sdp-header Session-Owner modify "192.65.79.20" "10.80.13.12"
 rule 60 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 1.*) 192.65.79.20" "\1 10.80.13.12"
 rule 70 response ANY sdp-header Audio-Attribute modify "(a=candidate:1 2.*) 192.65.79.20" "\1 10.80.13.12"
 rule 80 response ANY sdp-header Audio-Attribute modify "(a=rtcp:.*) 192.65.79.20" "\1 10.80.13.12"

Hier ist eine Erklärung der Felder für die Konfiguration:

Regeln 10 bis 80

Konvertieren Sie Verweise auf öffentliche Adressen in die konfigurierte private Adresse, sodass CUBE die Nachrichten von Webex verarbeiten kann.

Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

PSTN-Anbieter aus den USA oder Kanada können die Anrufer-ID-Verifizierung für Spam- und Betrugsanrufe mit der zusätzlichen Konfiguration anbieten, die im Artikel Anzeige für Spam- oder Betrugsanrufe in Webex Calling erwähnt wird.

10

Konfigurieren Sie einen SIP-Optionen-Keepalive mit Header-Änderungsprofil.


voice class sip-profiles 115
 rule 10 request OPTIONS sip-header Contact modify "

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse sip-options-keepalive 100

Konfiguriert ein Keepalive-Profil und wechselt in den Konfigurationsmodus für die Sprachklasse. Sie können die Zeit (in Sekunden) konfigurieren, zu der ein SIP-Ping "Out of Dialog Options" an das Wählziel gesendet wird, wenn sich die Heartbeat-Verbindung zum Endpunkt im Status "UP" oder "Down" befindet.

Dieses Keepalive-Profil wird von dem in Webex konfigurierten Dial-Peer ausgelöst.

Um sicherzustellen, dass die Kontakt-Header den vollqualifizierten SBC-Domänennamen enthalten, wird das SIP-Profil 115 verwendet. Die Regeln 30, 40 und 50 sind nur erforderlich, wenn der SBC hinter dem statischen NAT konfiguriert ist.

In diesem Beispiel ist cube1.lgw.com der für das lokale Gateway ausgewählte FQDN. Wenn statisches NAT verwendet wird, ist „10.80.13.12“ die IP-Adresse der SBC-Schnittstelle zu Webex Calling und „192.65.79.20“ die öffentliche NAT-IP-Adresse.

11

Konfigurieren des Webex Calling-Übertragungswegs:

  1. Erstellen Sie voice class tenant 100 , um Konfigurationen zu definieren und zu gruppieren, die speziell für den Webex Calling-Trunk erforderlich sind. Mit diesem Mandanten verknüpfte Wahl-Peers erben die folgenden Konfigurationen später:

    Im folgenden Beispiel werden die in Schritt 1 dargestellten Werte für die Zwecke dieses Leitfadens verwendet (fett dargestellt). Ersetzen Sie diese durch Werte für Ihren Übertragungsweg in Ihrer Konfiguration.

    
voice class tenant 100
 no remote-party-id
 sip-server dns:us25.sipconnect.bcld.webex.com
 srtp-crypto 100
 localhost dns:cube1.lgw.com
 session transport tcp tls
 no session refresh
 error-passthru
 rel1xx disable
 asserted-id pai
 bind control source-interface GigabitEthernet0/0/1
 bind media source-interface GigabitEthernet0/0/1
 no pass-thru content custom-sdp
 sip-profiles 100 
 sip-profiles 110 inbound
 privacy-policy passthru
!

    Hier ist eine Erklärung der Felder für die Konfiguration:

    voice class tenant 100

    Wir empfehlen, dass Sie Tenants verwenden, um Trunks zu konfigurieren, die über ein eigenes TLS-Zertifikat und eine CN- oder SAN-Validierungsliste verfügen. Hier enthält das mit dem Tenant verknüpfte TLS-Profil den Vertrauenspunkt, der zum Annehmen oder Erstellen neuer Verbindungen verwendet werden soll, sowie die CN- oder SAN-Liste, um die eingehenden Verbindungen zu validieren. Weitere Informationen finden Sie unter voice class tenant.

    Keine Remote-Party-ID

    Deaktivieren Sie die SIP-Remote-Party-ID (RPID)-Kopfzeile, da Webex Calling PAI unterstützt, das mithilfe des Befehls asserted-id pai aktiviert wird. Weitere Informationen finden Sie unter Remote-Party-ID.

    SIP-Server DNS: us25.sipconnect.bcld.webex.com

    Konfiguriert den Ziel-SIP-Server für den Trunk. Verwenden Sie die Edge-Proxy-SRV-Adresse, die in Control Hub bei der Erstellung Ihres Übertragungswegs angegeben wurde

    srtp-krypto 100

    Konfiguriert die bevorzugten Verschlüsselungspakete für den SRTP-Call Leg (Verbindung) (in Schritt angegeben) 5). Weitere Informationen finden Sie unter Sprachklasse srtp-crypto.

    localhost DNS: cube1.lgw.com

    Konfiguriert CUBE, um die physische IP-Adresse in den Kopfzeilen „Von“, „Anruf-ID“ und „Remote-Party-ID“ in ausgehenden Nachrichten durch den angegebenen FQDN zu ersetzen. Verwenden Sie hier den FQDN oder SRV des Übertragungswegs, der im Control Hub für den Übertragungsweg konfiguriert ist.

    Sitzungstransport TCP TLS

    Legt den Transport auf TLS für zugeordnete Dial-Peers fest. Weitere Informationen finden Sie unter Sitzungstransport.

    keine Sitzungsaktualisierung

    Deaktiviert die SIP-Sitzungsaktualisierung für Anrufe zwischen CUBE und Webex. Weitere Informationen finden Sie unter Sitzungsaktualisierung.

    Fehler-Passhru

    Gibt die Sip-Fehler-Antwort-Pass-Thru-Funktionalität an. Weitere Informationen finden Sie unter Fehler-Passthru.

    rel1xx deaktivieren

    Deaktiviert die Verwendung zuverlässiger vorläufiger Antworten für den Webex Calling-Trunk. Weitere Informationen finden Sie unter rel1xx.

    asserted-id pai

    (Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den Webex Calling-Trunk verwendet wird.

    Webex Calling umfasst PAI-Header (P-Asserted-Identity) in INVITEs für ausgehende Anrufe am lokalen Gateway.

    Wenn dieser Befehl konfiguriert ist, werden die Anruferinformationen aus der PAI-Kopfzeile verwendet, um die Header „Outgoing From“ und „PAI/Remote-Party-ID“ einzutragen.

    Wenn dieser Befehl nicht konfiguriert ist, werden die Anruferinformationen aus der Kopfzeile „From“ verwendet, um die Kopfzeilen „Outgoing From“ und „PAI/Remote-Party-ID“ auszufüllen.

    Weitere Informationen finden Sie unter asserted-id.

    bind control source-interface GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für an Webex Calling gesendete Nachrichten. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/1

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an Webex Calling gesendet werden. Weitere Informationen finden Sie unter bind.

    SIP-Profile der Sprachklasse 100

    Wendet das Header-Änderungsprofil (öffentliche IP- oder NAT-Adressierung) für ausgehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für Sprachklassen.

    Sprachklasse-SIP-Profile 110 eingehend

    Nur für LGW-Bereitstellungen hinter NAT: Wendet das Header-Änderungsprofil für eingehende Nachrichten an. Weitere Informationen finden Sie unter SIP-Profile für die Sprachklasse.

    Datenschutz Passthru

    Konfiguriert CUBE, um die Privatfunktion-Header der empfangenen Nachricht transparent an den nächsten Anrufabschnitt weiterzuleiten. Weitere Informationen finden Sie unter Datenschutzrichtlinie.

  2. Konfigurieren Sie den Wahl-Peer für den Webex Calling-Trunk.

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 incoming uri request 100
 voice-class codec 100
 voice-class stun-usage 100
 voice-class sip tenant 100
 voice-class sip options-keepalive profile 100
 dtmf-relay rtp-nte 
 srtp
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 100 voip
 description Inbound/Outbound Webex Calling

    Definiert einen VoIP-Dial-Peer mit dem Tag 100 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

    Zielmuster SCHLECHT.SCHLECHT

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

    Sitzungsprotokoll sipv2

    Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sip-Server für Sitzungsziel

    Gibt an, dass der in Tenant 100 definierte SIP-Server übernommen und für das Ziel für Anrufe von diesem Dial-Peer verwendet wird.

    Eingehende URI-Anfrage 100

    Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des Header-URI der INVITE-ANFRAGE an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Webex Calling an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    voice-class stun-usage 100

    Ermöglicht, dass lokal generierte STUN-Anfragen vom lokalen Gateway über den ausgehandelten Medienpfad gesendet werden. STUN-Pakete helfen, ein Firewall-Pinhole für den Medienverkehr zu öffnen und gültige Pfade für die Medienoptimierung zu erkennen.

    Sprachklasse-SIP-Tenant 100

    Der Dial-Peer erbt alle global und in Tenant 100 konfigurierten Parameter. Parameter können auf Dial-Peer-Ebene überschrieben werden. Weitere Informationen finden Sie unter voice-class sip tenant.

    voice-class sip options-keepalive profile 100

    Dieser Befehl wird verwendet, um die Verfügbarkeit einer Gruppe von SIP-Servern oder -Endpunkten zu überwachen, die ein bestimmtes Profil (100) verwenden.

    Srtp

    Aktiviert SRTP für den Anruf-Abschnitt.

Lokales Gateway mit einem SIP-PSTN-Trunk konfigurieren

Nachdem Sie oben einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen nicht verschlüsselten Übertragungsweg zu einem SIP-basierten PSTN-Anbieter zu erstellen:

Wenn Ihr Dienstanbieter einen sicheren PSTN-Übertragungsweg anbietet, können Sie eine ähnliche Konfiguration verwenden, die oben für den Webex Calling-Übertragungsweg beschrieben wird. CUBE unterstützt die sichere Anrufverteilung.

Wenn Sie einen TDM/ISDN PSTN-Trunk verwenden, fahren Sie mit dem nächsten Abschnitt Lokales Gateway mit TDM PSTN-Trunk konfigurieren fort.

Informationen zum Konfigurieren von TDM-Schnittstellen für PSTN-Anrufabschnitte auf den Cisco TDM-SIP-Gateways finden Sie unter Konfigurieren von ISDN PRI.

1

Konfigurieren Sie den folgenden Sprachklassen-URI, um eingehende Anrufe vom PSTN-Übertragungsweg zu identifizieren:


voice class uri 200 sip
  host ipv4:192.168.80.13

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachklasse-URI 200 SIP

Definiert ein Muster, das einer eingehenden SIP-Einladung an einen eingehenden Trunk-Dial-Peer entspricht. Verwenden Sie bei der Eingabe dieses Musters die IP-Adresse Ihres IP-PSTN-Gateways. Weitere Informationen finden Sie unter Sprachklassen-URI.

2

Konfigurieren Sie den folgenden IP PSTN-Dial-Peer:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.13
 incoming uri via 200
 voice-class sip asserted-id pai
 voice-class sip bind control source-interface GigabitEthernet0/0/0 
 voice-class sip bind media source-interface  GigabitEthernet0/0/0 
 voice-class codec 100
 dtmf-relay rtp-nte 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration:


dial-peer voice 200 voip
 description Inbound/Outbound IP PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.13

Gibt die Zieladresse für Anrufe an, die an den PSTN-Anbieter gesendet werden. Dies kann entweder eine IP-Adresse oder ein DNS-Hostname sein. Weitere Informationen finden Sie unter Sitzungsziel (VoIP-Dial-Peer).

Eingehender URI über 200

Gibt die Sprachklasse an, die verwendet wird, um eingehende Anrufe mithilfe des INVITE VIA-Header-URI an diesen Dial-Peer abzugleichen. Weitere Informationen finden Sie unter Eingehende URL.

Sprachklasse SIP ASSERTED-ID PAI

(Optional) Aktiviert die Verarbeitung der P-Asserted-Identity-Kopfzeile und steuert, wie diese für den PSTN-Übertragungsweg verwendet wird. Wenn dieser Befehl verwendet wird, wird die vom eingehenden Wahl-Peer bereitgestellte Identität für die ausgehenden From- und P-Asserted-Identity-Header verwendet. Wenn dieser Befehl nicht verwendet wird, wird die vom eingehenden Dial-Peer bereitgestellte Identität des anrufenden Teilnehmers für die ausgehenden From- und Remote-Party-ID-Header verwendet. Weitere Informationen finden Sie unter voice-class sip asserted-id.

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

Sprachklasse-Codec 100

Konfiguriert den Dial-Peer für die Verwendung der allgemeinen Codec-Filterliste 100. Weitere Informationen finden Sie unter Sprachklasse-Codec.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

3

Wenn Sie Ihr lokales Gateway so konfigurieren, dass Anrufe nur zwischen Webex Calling und dem PSTN weitergeleitet werden, fügen Sie die folgende Anruf-Routing-Konfiguration hinzu. Wenn Sie Ihr lokales Gateway mit einer Unified Communications Manager-Plattform konfigurieren, fahren Sie mit dem nächsten Abschnitt fort.

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe an Webex Calling oder das PSTN weiterzuleiten. Definieren Sie DPG 100 mit dem ausgehenden Wahl-Peer 100 in Richtung Webex Calling. DPG 100 wird auf den eingehenden Dial-Peer vom PSTN angewendet. Definieren Sie in ähnlicher Weise DPG 200 mit dem ausgehenden Dial-Peer 200 in Richtung PSTN. DPG 200 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100 
 description Route calls to Webex Calling 
 dial-peer 100 
voice class dpg 200 
 description Route calls to PSTN 
 dial-peer 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an das PSTN und vom PSTN an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 200
dial-peer voice 200
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.

Lokales Gateway mit einem TDM PSTN-Trunk konfigurieren

Nachdem Sie einen Übertragungsweg zu Webex Calling erstellt haben, verwenden Sie die folgende Konfiguration, um einen TDM-Übertragungsweg für Ihren PSTN-Dienst mit Rückruf-Routing zu erstellen, um eine Medienoptimierung im Webex-Anrufabschnitt zu ermöglichen.

Wenn Sie keine IP-Medienoptimierung benötigen, führen Sie die Konfigurationsschritte für einen SIP-PSTN-Übertragungsweg aus. Verwenden Sie anstelle des PSTN-VoIP-Wahl-Peers einen Sprach-Port und einen POTS-Wahl-Peer (wie in den Schritten 2 und 3 gezeigt).

1

Die Loop-Back-Dial-Peer-Konfiguration verwendet Dial-Peer-Gruppen und Anruf-Routing-Tags, um sicherzustellen, dass Anrufe korrekt zwischen Webex und dem PSTN weitergeleitet werden, ohne Anruf-Routing-Schleifen zu erstellen. Konfigurieren Sie die folgenden Übersetzungsregeln, die zum Hinzufügen und Entfernen von Anruf-Routing-Tags verwendet werden:


voice translation-rule 100 
 rule 1 /^\+/ /A2A/ 

voice translation-profile 100 
 translate called 100 

voice translation-rule 200 
 rule 1 /^/ /A1A/ 

voice translation-profile 200 
 translate called 200 

voice translation-rule 11 
 rule 1 /^A1A/ // 

voice translation-profile 11 
 translate called 11 

voice translation-rule 12 
 rule 1 /^A2A44/ /0/
 rule 2/^A2A/ /00/

voice translation-profile 12 
 translate called 12

Hier ist eine Erklärung der Felder für die Konfiguration:

Sprachübersetzungsregel

Verwendet reguläre Ausdrücke, die in Regeln definiert sind, um Anrufrouting-Tags hinzuzufügen oder zu entfernen. Überzählige Ziffern („A“) werden verwendet, um Klarheit bei der Fehlerbehebung zu schaffen.

In dieser Konfiguration wird das vom Translation-profile 100 hinzugefügte Tag verwendet, um Anrufe von Webex Calling über die Loopback-Dial-Peers an das PSTN weiterzuleiten. In ähnlicher Weise wird das von Translation-profile 200 hinzugefügte Tag verwendet, um Anrufe vom PSTN zu Webex Calling zu leiten. Die Translation-Profile 11 und 12 entfernen diese Tags, bevor Anrufe an die Webex- bzw. PSTN-Übertragungswege weitergeleitet werden.

In diesem Beispiel wird davon ausgegangen, dass angerufene Nummern von Webex Calling im +E.164-Format angezeigt werden. In Regel 100 wird das vorangestellte + entfernt, um eine gültige angerufene Nummer beizubehalten. Regel 12 fügt dann eine nationale oder internationale Routing-Ziffer hinzu, wenn das Tag entfernt wird. Verwenden Sie Ziffern, die Ihrem lokalen nationalen ISDN-Wählplan entsprechen.

Wenn Webex Calling Nummern im nationalen Format anzeigt, passen Sie die Regeln 100 und 12 an, um einfach das Routing-Tag hinzuzufügen bzw. zu entfernen.

Weitere Informationen finden Sie unter Sprachübersetzung-Profil und Sprachübersetzung-Regel.

2

Konfigurieren Sie die Ports der TDM-Sprachschnittstelle entsprechend dem verwendeten Trunk-Typ und dem verwendeten Protokoll. Weitere Informationen finden Sie unter Konfigurieren von ISDN PRI. Die Basiskonfiguration einer ISDN-Schnittstelle mit primärer Rate, die im NIM-Steckplatz 2 eines Geräts installiert ist, kann beispielsweise Folgendes umfassen:


card type e1 0 2 
isdn switch-type primary-net5 
controller E1 0/2/0 
 pri-group timeslots 1-31
3

Konfigurieren Sie den folgenden TDM PSTN-Dial-Peer:


dial-peer voice 200 pots 
 description Inbound/Outbound PRI PSTN trunk 
 destination-pattern BAD.BAD 
 translation-profile incoming 200 
 direct-inward-dial 
 port 0/2/0:15

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 200 pots
 description Inbound/Outbound PRI PSTN trunk

Definiert einen VoIP-Dial-Peer mit einem Tag von 200 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Translation-Profil eingehend 200

Weist das Übersetzungsprofil zu, das der eingehenden angerufenen Nummer ein Anruf-Routing-Tag hinzufügt.

Direkteinwahl

Leitet den Anruf weiter, ohne einen sekundären Wählton bereitzustellen. Weitere Informationen finden Sie unter Direkteinwahl.

Port 0/2/0:15

Der physische Sprachport, der diesem Wahl-Peer zugeordnet ist.

4

Um die Medienoptimierung von IP-Pfaden für lokale Gateways mit TDM-IP-Anrufverläufen zu aktivieren, können Sie die Anrufverteilung ändern, indem Sie eine Reihe interner Loop-Back-Dial-Peers zwischen Webex Calling und PSTN-Übertragungswegen einführen. Konfigurieren Sie die folgenden Loop-Back-Dial-Peers. In diesem Fall werden alle eingehenden Anrufe zunächst an Dial-Peer 10 und von dort basierend auf dem angewendeten Routing-Tag entweder an Dial-Peer 11 oder 12 weitergeleitet. Nach dem Entfernen des Routing-Tags werden Anrufe mithilfe von Dial-Peer-Gruppen an den ausgehenden Übertragungsweg weitergeleitet.


dial-peer voice 10 voip
 description Outbound loop-around leg
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:192.168.80.14
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 11 voip
 description Inbound loop-around leg towards Webex
 translation-profile incoming 11
 session protocol sipv2
 incoming called-number A1AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw
 no vad 

dial-peer voice 12 voip
 description Inbound loop-around leg towards PSTN
 translation-profile incoming 12
 session protocol sipv2
 incoming called-number A2AT
 voice-class sip bind control source-interface GigabitEthernet0/0/0
 voice-class sip bind media source-interface GigabitEthernet0/0/0
 dtmf-relay rtp-nte
 codec g711alaw 
 no vad

Hier ist eine Erklärung der Felder für die Konfiguration: 


dial-peer voice 10 voip
 description Outbound loop-around leg

Definiert einen VoIP-Dial-Peer und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung. Weitere Informationen finden Sie unter Dial-Peer-Sprache.

Translation-Profil eingehend 11

Wendet das zuvor definierte Übersetzungsprofil an, um das Anruf-Routing-Tag vor der Weiterleitung an den ausgehenden Übertragungsweg zu entfernen.

Zielmuster SCHLECHT.SCHLECHT

Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. Weitere Informationen finden Sie unter destination-pattern (interface).

Sitzungsprotokoll sipv2

Gibt an, dass dieser Dial-Peer SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

Sitzungsziel-IPv4: 192.168.80.14

Gibt die Adresse der lokalen Routerschnittstelle als Anrufziel für die Rückschleife an. Weitere Informationen finden Sie unter Sitzungsziel (VoIP Dial Peer).

bind control source-interface GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

Medienquellschnittstelle binden GigabitEthernet0/0/0

Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die über die Rückschleife gesendet werden. Weitere Informationen finden Sie unter bind.

dtmf-relay rtp-nte

Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

Codec G711alaw

Zwingt alle PSTN-Anrufe zur Verwendung von G.711. Wählen Sie a-law oder u-law aus, um die von Ihrem ISDN-Dienst verwendete Companding-Methode abzugleichen.

keine Vad

Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

5

Fügen Sie die folgende Konfiguration für Anruf-Routing hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen dem PSTN und Webex-Übertragungswegen über die Rückschleife weiterzuleiten.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 10
 description Route calls to Loopback
 dial-peer 10

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  2. Wenden Sie Dial-Peer-Gruppen an, um Anrufe weiterzuleiten.

    
dial-peer voice 100
 destination dpg 10
dial-peer voice 200
 destination dpg 10
dial-peer voice 11
 destination dpg 100
dial-peer voice 12
 destination dpg 200

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 200

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert werden.
Lokales Gateway mit einer vorhandenen Unified CM-Umgebung konfigurieren

Die PSTN-Webex Calling-Konfiguration in den vorherigen Abschnitten kann geändert werden, um zusätzliche Übertragungswege zu einem Cisco Unified Communications Manager (UCM)-Cluster hinzuzufügen. In diesem Fall werden alle Anrufe über Unified CM weitergeleitet. Anrufe von UCM auf Port 5060 werden an das PSTN und Anrufe von Port 5065 an Webex Calling weitergeleitet. Die folgenden inkrementellen Konfigurationen können hinzugefügt werden, um dieses Anrufszenario einzubeziehen.

1

Konfigurieren Sie die folgenden Sprachklassen-URIs:

  1. Klassifiziert Unified CM für Webex-Anrufe mithilfe des SIP-VIA-Ports:

    
voice class uri 300 sip
 pattern :5065

  2. Klassifiziert Unified CM für PSTN-Anrufe mithilfe von SIP über Port:

    
voice class uri 400 sip
 pattern 192\.168\.80\.6[0-5]:5060

    Klassifizieren Sie eingehende Nachrichten vom UCM zum PSTN-Übertragungsweg anhand eines oder mehrerer Muster, die die Quell-Adressen und die Portnummer beschreiben. Reguläre Ausdrücke können bei Bedarf verwendet werden, um übereinstimmende Muster zu definieren.

    Im obigen Beispiel wird ein regulärer Ausdruck verwendet, um eine beliebige IP-Adresse im Bereich 192.168.80.60 bis 65 mit der Portnummer 5060 abzugleichen.

2

Konfigurieren Sie die folgenden DNS-Einträge, um das SRV-Routing an Unified CM-Hosts anzugeben:

IOS XE verwendet diese Datensätze zur lokalen Bestimmung von Ziel-UCM-Hosts und -Ports. Mit dieser Konfiguration ist es nicht erforderlich, Datensätze in Ihrem DNS-System zu konfigurieren. Wenn Sie Ihr DNS verwenden möchten, sind diese lokalen Konfigurationen nicht erforderlich.


ip host ucmpub.mydomain.com 192.168.80.60
ip host ucmsub1.mydomain.com 192.168.80.61
ip host ucmsub2.mydomain.com 192.168.80.62
ip host ucmsub3.mydomain.com 192.168.80.63
ip host ucmsub4.mydomain.com 192.168.80.64
ip host ucmsub5.mydomain.com 192.168.80.65
ip host _sip._udp.wxtocucm.io srv 0 1 5065 ucmpub.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub1.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub2.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub3.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub4.mydomain.com
ip host _sip._udp.wxtocucm.io srv 2 1 5065 ucmsub5.mydomain.com
ip host _sip._udp.pstntocucm.io srv 0 1 5060 ucmpub.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub1.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub2.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub3.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub4.mydomain.com
ip host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

Hier ist eine Erklärung der Felder für die Konfiguration:

Mit dem folgenden Befehl wird ein DNS SRV-Ressourcendatensatz erstellt. Erstellen Sie für jeden UCM-Host und Trunk einen Datensatz:

IP-Host _sip._udp.pstntocucm.io srv 2 1 5060 ucmsub5.mydomain.com

_sip._udp.pstntocucm.io: SRV-Ressourcendatensatzname

2: Priorität des SRV-Ressourcendatensatzes

1: Gewichtung des SRV-Ressourcendatensatzes

5060: Die Portnummer, die für den Zielhost in diesem Ressourcendatensatz verwendet werden soll

ucmsub5.mydomain.com: Der Zielhost für den Ressourcendatensatz

Erstellen Sie lokale DNS A-Einträge, um die Hostnamen der Ressourcendatensatzziele aufzulösen. Beispiel:

IP-Host ucmsub5.mydomain.com 192.168.80.65

IP Host: Erstellt einen Datensatz in der lokalen IOS XE-Datenbank.

ucmsub5.mydomain.com: Der Name des Hosts für Aufzeichnungen.

192.168.80.65: Die IP-Adresse des Hosts.

Erstellen Sie die SRV-Ressourcendatensätze und A-Datensätze, um Ihre UCM-Umgebung und Ihre bevorzugte Anrufverteilungsstrategie widerzuspiegeln.

3

Konfigurieren Sie die folgenden Dial-Peers:

  1. Dial-Peer für Anrufe zwischen Unified CM und Webex Calling:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:wxtocucm.io
 incoming uri via 300
 voice-class codec 100
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 300 voip
 description UCM-Webex Calling trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 300 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 300 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:wxtocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag wxtocucm.io zum Weiterleiten von Anrufen verwendet.

    eingehender URI über 300

    Verwendet die Sprachklasse URI 300, um den gesamten eingehenden Datenverkehr von Unified CM mithilfe des Quellports 5065 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

  2. Dial-Peer für Anrufe zwischen Unified CM und dem PSTN:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk
 destination-pattern BAD.BAD
 session protocol sipv2
 session target dns:pstntocucm.io
 incoming uri via 400
 voice-class codec 100 
 voice-class sip bind control source-interface GigabitEthernet 0/0/0
 voice-class sip bind media source-interface GigabitEthernet 0/0/0
 dtmf-relay rtp-nte
 no vad

    Hier ist eine Erklärung der Felder für die Konfiguration:

    
dial-peer voice 400 voip
 description UCM-PSTN trunk

    Definiert einen VoIP-Dial-Peer mit dem Tag 400 und gibt eine aussagekräftige Beschreibung für eine einfache Verwaltung und Fehlerbehebung.

    Ziel-Muster BAD. Schlecht

    Ein Dummy-Zielmuster ist erforderlich, wenn ausgehende Anrufe mithilfe einer eingehenden Dial-Peer-Gruppe weitergeleitet werden. In diesem Fall kann jedes gültige Zielmuster verwendet werden.

    Sitzungsprotokoll sipv2

    Gibt an, dass Dial-Peer 400 SIP-Anrufabschnitte verarbeitet. Weitere Informationen finden Sie unter Sitzungsprotokoll (Dial-Peer).

    Sitzungsziel dns:pstntocucm.io

    Definiert das Sitzungsziel mehrerer Unified CM-Knoten durch DNS SRV-Auflösung. In diesem Fall wird der lokal definierte SRV-Eintrag pstntocucm.io verwendet, um Anrufe weiterzuleiten.

    Eingehender URI über 400

    Verwendet die Sprachklasse URI 400, um den gesamten eingehenden Datenverkehr von den angegebenen Unified CM-Hosts mithilfe des Quellports 5060 an diesen Dial-Peer weiterzuleiten. Weitere Informationen finden Sie unter Eingehende URI.

    Sprachklasse-Codec 100

    Gibt die Codec-Filterliste für Anrufe von und zu Unified CM an. Weitere Informationen finden Sie unter Sprachklassen-Codec.

    bind control source-interface GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Nachrichten, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    Medienquellschnittstelle binden GigabitEthernet0/0/0

    Konfiguriert die Quell-Schnittstelle und die zugeordnete IP-Adresse für Medien, die an das PSTN gesendet werden. Weitere Informationen finden Sie unter bind.

    dtmf-relay rtp-nte

    Definiert RTP-NTE (RFC2833) als erwartete DTMF-Funktion im Anruf-Abschnitt. Weitere Informationen finden Sie unter DTMF-Relay (Voice over IP).

    keine Vad

    Deaktiviert die Erkennung von Sprachaktivitäten. Weitere Informationen finden Sie unter vad (dial peer).

4

Fügen Sie Anrufweiterleitung mithilfe der folgenden Konfigurationen hinzu:

  1. Erstellen Sie Dial-Peer-Gruppen, um Anrufe zwischen Unified CM und Webex Calling weiterzuleiten. Definieren Sie DPG 100 mit ausgehendem Dial-Peer 100 zu Webex Calling. DPG 100 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 300 mit ausgehendem Wahl-Peer 300 in Richtung Unified CM. DPG 300 wird auf den eingehenden Dial-Peer von Webex angewendet.

    
voice class dpg 100
 description Route calls to Webex Calling
 dial-peer 100
voice class dpg 300
 description Route calls to Unified CM Webex Calling trunk
 dial-peer 300

  2. Erstellen Sie eine Dial-Peer-Gruppe, um Anrufe zwischen Unified CM und dem PSTN weiterzuleiten. Definieren Sie DPG 200 mit ausgehendem Dial-Peer 200 zum PSTN. DPG 200 wird auf den zugehörigen eingehenden Dial-Peer von Unified CM angewendet. Definieren Sie in ähnlicher Weise DPG 400 mit dem ausgehenden Dial-Peer 400 in Richtung Unified CM. DPG 400 wird auf den eingehenden Dial-Peer vom PSTN angewendet.

    
voice class dpg 200
 description Route calls to PSTN
 dial-peer 200
voice class dpg 400
 description Route calls to Unified CM PSTN trunk
 dial-peer 400

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Dial-Peer 100

    Verknüpft einen ausgehenden Dial-Peer einer Dial-Peer-Gruppe. Weitere Informationen finden Sie unter Sprachklasse-DPG.

  3. Dial-Peer-Gruppen anwenden, um Anrufe von Webex an Unified CM und von Unified CM an Webex weiterzuleiten: 

    
dial-peer voice 100
 destination dpg 300
dial-peer voice 300
 destination dpg 100

    Hier ist eine Erklärung der Felder für die Konfiguration:

    Ziel-DPG 300

    Gibt an, welche Dial-Peer-Gruppe und daher Dial-Peer für die ausgehende Behandlung von Anrufen verwendet werden soll, die diesem eingehenden Dial-Peer übergeben werden.

  4. Dial-Peer-Gruppen anwenden, um Anrufe vom PSTN an Unified CM und von Unified CM an das PSTN weiterzuleiten:

    
dial-peer voice 200
 destination dpg 400
dial-peer voice 400
 destination dpg 200

    Dadurch ist die Konfiguration Ihres lokalen Gateways abgeschlossen. Speichern Sie die Konfiguration, und laden Sie die Plattform neu, wenn CUBE-Funktionen zum ersten Mal konfiguriert wurden.

Überwachen und Beheben von Fehlern des lokalen Gateways mit Diagnosesignaturen

Diagnosezeichen (Diagnostic Signatures, DS) erkennt proaktiv häufig beobachtete Probleme im lokalen Cisco IOS XE-basierten Gateway und generiert eine E-Mail-, Syslog- oder Terminal-Benachrichtigung für das Ereignis. Sie können die DS auch installieren, um die Erfassung von Diagnosedaten zu automatisieren und die erfassten Daten an den Cisco TAC-Fall zu übertragen, um die Auflösungszeit zu verkürzen.

Diagnose-Signaturen (DS) sind XML-Dateien, die Informationen über Problemlöseereignisse und Aktionen enthalten, um das Problem zu informieren, zu beheben und zu beheben. Verwenden Sie Syslog-Meldungen, SNMP-Ereignisse und durch periodische Überwachung bestimmter Show-Command-Outputs, um die Logik zur Problemerkennung zu definieren. Zu den Aktionstypen gehören:

  • Show-Befehlsausgabe wird gesammelt

  • Erstellen einer konsolidierten Protokolldatei

  • Hochladen der Datei auf einen vom Benutzer bereitgestellten Netzwerkspeicherort, wie HTTPS, SCP, FTP-Server

TAC-Techniker erstellen DS-Dateien und signieren sie digital für den Integritätsschutz. Jede DS-Datei hat die vom System zugewiesene eindeutige numerische ID. Das Diagnostic Signatures Lookup Tool (DSLT) ist eine zentrale Quelle, um anwendbare Signaturen zur Überwachung und Behebung verschiedener Probleme zu finden.

Vorbereitungen:

  • Bearbeiten Sie nicht die DS-Datei, die Sie von DSLT herunterladen. Die Dateien, die Sie ändern, können aufgrund eines Fehlers bei der Integritätsprüfung nicht installiert werden.

  • Ein SMTP-Server (Simple Mail Transfer Protocol), den Sie zum Senden von E-Mail-Benachrichtigungen für das lokale Gateway benötigen.

  • Stellen Sie sicher, dass auf dem lokalen Gateway IOS XE 17.6.1 oder höher ausgeführt wird, wenn Sie den sicheren SMTP-Server für E-Mail-Benachrichtigungen verwenden möchten.

Voraussetzungen

Lokales Gateway mit IOS XE 17.6.1 oder höher

  1. Diagnosesignaturen sind standardmäßig aktiviert.

  2. Konfigurieren Sie den sicheren E-Mail-Server, den Sie verwenden, um proaktive Benachrichtigungen zu senden, wenn auf dem Gerät IOS XE 17.6.1 oder höher ausgeführt wird.

    
configure terminal 
call-home  
mail-server :@ priority 1 secure tls 
end

  3. Konfigurieren Sie die Umgebungsvariable ds_email mit der E-Mail-Adresse des Administrators, die Sie benachrichtigen möchten.

    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_email  
end

Installieren von Diagnosesignaturen für proaktive Überwachung

Überwachen einer hohen CPU-Auslastung

Dieser DS verfolgt die CPU-Auslastung von 5 Sekunden unter Verwendung der SNMP-OID 1.3.6.1.4.1.9.2.1.56. Wenn die Auslastung 75 % oder mehr beträgt, werden alle Debuggen deaktiviert und alle Diagnose-Signaturen deinstalliert, die Sie auf dem lokalen Gateway installieren. Führen Sie die folgenden Schritte aus, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass Sie SNMP mit dem Befehl snmp aktivieren. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 64224 mit den folgenden Drop-down-Optionen im Diagnostic Signatures Lookup Tool herunter:

    copy ftp://username:password@/DS_64224.xml bootflash:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in der Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung

    DS 64224 vom Diagnostic Signatures Lookup-Tool herunterladen

  3. Kopieren Sie die DS-XML-Datei in den Flash des lokalen Gateways.

    copy ftp://username:password@/DS_64224.xml bootflash:

    Im folgenden Beispiel wird das Kopieren der Datei von einem FTP-Server auf das lokale Gateway veranschaulicht.

    copy ftp://user:pwd@192.0.2.12/DS_64224.xml bootflash: 
Accessing ftp://*:*@ 192.0.2.12/DS_64224.xml...! 
[OK - 3571/4096 bytes] 
3571 bytes copied in 0.064 secs (55797 bytes/sec)

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway.

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success

  5. Verwenden Sie den Befehl "Call-Home-Diagnosesignatur anzeigen ", um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte muss über einen "registrierten"-Wert verfügen. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com

    Laden Sie Diagnosesignaturen herunter:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-07 22:05:33

    Wenn ausgelöst, deinstalliert diese Signatur alle laufenden Diagnosesignaturen, einschließlich sich selbst. Installieren Sie DS 64224 gegebenenfalls erneut, um eine hohe CPU-Auslastung am lokalen Gateway zu überwachen.

Bei der Überwachung abnormaler Anrufabschaltungen wird die Verbindung getrennt.

Diese DS verwendet alle 10 Minuten SNMP-Umfragen, um eine abnormale Anrufunterbrechung mit den SIP-Fehlern 403, 488 und 503 zu erkennen. Wenn die Anzahl der Fehler in der letzten Umfrage größer oder gleich 5 ist, wird eine Syslog- und E-Mail-Benachrichtigung generiert. Verwenden Sie die folgenden Schritte, um die Signatur zu installieren.

  1. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager . 

    show snmp 
%SNMP agent not enabled  

config t 
snmp-server manager 
end  

show snmp 
Chassis: ABCDEFGHIGK 
149655 SNMP packets input 
    0 Bad SNMP version errors 
    1 Unknown community name 
    0 Illegal operation for community name supplied 
    0 Encoding errors 
    37763 Number of requested variables 
    2 Number of altered variables 
    34560 Get-request PDUs 
    138 Get-next PDUs 
    2 Set-request PDUs 
    0 Input queue packet drops (Maximum queue size 1000) 
158277 SNMP packets output 
    0 Too big errors (Maximum packet size 1500) 
    20 No such name errors 
    0 Bad values errors 
    0 General errors 
    7998 Response PDUs 
    10280 Trap PDUs 
Packets currently in SNMP process input queue: 0 
SNMP global trap: enabled

  2. Laden Sie DS 65221 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Abnormale Sip-Anruf-Trennungserkennung mit E-Mail- und Syslog-Benachrichtigung.

  3. Kopieren Sie die DS-XML-Datei auf das lokale Gateway.

    copy ftp://username:password@/DS_65221.xml bootflash:

  4. Installieren Sie die DS-XML-Datei auf dem lokalen Gateway. 

    
call-home diagnostic-signature load DS_65221.xml 
Load file DS_65221.xml success

  5. Verwenden Sie den Befehl show call-home diagnostic-signature , um zu überprüfen, ob die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben.

Installieren Sie Diagnosesignaturen, um ein Problem zu beheben

Sie können auch Diagnose-Signaturen (DS) verwenden, um Probleme schnell zu lösen. Die Cisco TAC-Techniker haben mehrere Signaturen erstellt, die die erforderlichen Debugs ermöglichen, um ein bestimmtes Problem zu beheben, das auftretende Problem zu erkennen, die richtigen Diagnosedaten zu erfassen und die Daten automatisch an den Cisco TAC-Fall zu übertragen. Dadurch ist es nicht mehr erforderlich, das Auftreten von Problemen manuell zu überprüfen, und die Fehlerbehebung bei zeitweise auftretenden und vorübergehenden Problemen wird dadurch erheblich vereinfacht.

Sie können das Diagnose-Signaturen-Lookup-Tool verwenden, um die entsprechenden Signaturen zu finden und sie zu installieren, um ein bestimmtes Problem zu lösen, oder Sie können die Signatur installieren, die vom TAC-Techniker im Rahmen des Support-Engagements empfohlen wird.

Das folgende Beispiel zeigt, wie Sie ein DS suchen und installieren, um das Syslog „%VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): UNICODE=1.1.181.1.29.0" Syslog und Automatisierung der Diagnosedatensammlung mithilfe der folgenden Schritte:

  1. Konfigurieren Sie eine andere DS-Umgebungsvariable ds_fsurl_prefix als Cisco TAC-Dateiserverpfad (cxd.cisco.com), um die Diagnosedaten hochzuladen. Der Benutzername im Dateipfad ist die Fallnummer und das Kennwort ist das Datei-Upload-Token, das wie im Folgenden gezeigt vom Support Case Manager abgerufen werden kann. Das Datei-Upload-Token kann bei Bedarf im Abschnitt Anhänge des Support Case Managers generiert werden.

    Das im Abschnitt „Anhänge“ des Support Case Managers generierte Datei-Upload-Token
    
configure terminal 
call-home  
diagnostic-signature 
LocalGateway(cfg-call-home-diag-sign)environment ds_fsurl_prefix "scp://:@cxd.cisco.com"  
end

    Beispiel: 

    
call-home  
diagnostic-signature 
environment ds_fsurl_prefix " environment ds_fsurl_prefix "scp://612345678:abcdefghijklmnop@cxd.cisco.com"

  2. Stellen Sie sicher, dass SNMP mit dem Befehl show snmp aktiviert ist. Wenn SNMP nicht aktiviert ist, konfigurieren Sie den Befehl snmp-server manager .

    
show snmp 
%SNMP agent not enabled 
 
config t 
snmp-server manager 
end

  3. Installieren Sie das High CPU-Überwachungs-DS 64224 als proaktive Maßnahme, um alle Debug- und Diagnosesignaturen während einer hohen CPU-Auslastung zu deaktivieren. Laden Sie DS 64224 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Leistung

    Problemtyp

    Hohe CPU-Auslastung mit E-Mail-Benachrichtigung.

  4. Laden Sie DS 65095 mit den folgenden Optionen im Diagnostic Signatures Lookup Tool herunter:

    Feldname

    Feldwert

    Plattform

    Edge-Software der Cisco 4300-, 4400 ISR-Serie oder Catalyst 8000V

    Produkt

    CUBE Enterprise in Webex Calling-Lösung

    Problemumfang

    Syslogs

    Problemtyp

    Syslog - %VOICE_IEC-3-GW: CCAPI: Interner Fehler (Schwellenwert für Anrufspitze): IEC=1.1.181.1.29.0

  5. Kopieren Sie die DS-XML-Dateien auf das lokale Gateway.

    
copy ftp://username:password@/DS_64224.xml bootflash: 
copy ftp://username:password@/DS_65095.xml bootflash:

  6. Installieren Sie DS 64224 zur Überwachung hoher CPU-Auslastung und anschließend die XML-Datei DS 65095 im lokalen Gateway. 

    
call-home diagnostic-signature load DS_64224.xml 
Load file DS_64224.xml success 
call-home diagnostic-signature load DS_65095.xml 
Load file DS_65095.xml success

  7. Vergewissern Sie sich mit show call-home diagnostic-signature, dass die Signatur erfolgreich installiert wurde. Die Statusspalte sollte einen Wert „registriert“ haben. 

    
show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: username@gmail.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

    Heruntergeladene Diagnosesignaturen:

    DS-ID

    DS-Name

    Revision

    Status

    Letzte Aktualisierung (GMT+00:00)

    64224

    00:07:45

    DS_LGW_CPU_MON75

    0.0.10

    Registriert

    2020-11-08:00:07:45

    65095

    00:12:53

    DSLGW_IEC_C_all_spike_threshold

    0.0.12

    Registriert

    2020-11-08:00:12:53

Ausführung von Diagnosesignaturen überprüfen

Im folgenden Befehl zeigt die Spalte "Status" des Befehls an, dass die Call-Home-Diagnosesignatur zu "Running" wechselt, während das lokale Gateway die in der Signatur definierte Aktion ausgeführt. Die Ausgabe der Diagnosesignaturen für Show Call-Home ist die beste Möglichkeit, um zu überprüfen, ob eine Diagnosesignatur ein Ereignis von Interesse erkennt und die Aktion ausgeführt hat. Die Spalte "Ausgelöst/Max/Deinstallieren" gibt an, wie oft die gegebenen Signatur ein Event ausgelöst hat, wie oft sie maximal zum Erkennen eines Events definiert wird und ob die Signatur sich selbst deinstalliert, nachdem die maximale Anzahl ausgelöster Ereignisse erkannt wurde. 

show call-home diagnostic-signature  
Current diagnostic-signature settings: 
 Diagnostic-signature: enabled 
 Profile: CiscoTAC-1 (status: ACTIVE) 
 Downloading  URL(s):  https://tools.cisco.com/its/service/oddce/services/DDCEService 
 Environment variable: 
           ds_email: carunach@cisco.com 
           ds_fsurl_prefix: scp://612345678:abcdefghijklmnop@cxd.cisco.com

Heruntergeladene Diagnosesignaturen:

DS-ID

DS-Name

Revision

Status

Letzte Aktualisierung (GMT+00:00)

64224

DS_LGW_CPU_MON75

0.0.10

Registriert

2020-11-08 00:07:45

65095

DS_LGW_IEC_Call_spike_threshold

0.0.12

Wird ausgeführt

2020-11-08 00:12:53

Diagnose-/Unterschriftsstatistiken für Call-Home anzeigen

DS-ID

DS-Name

Ausgelöst/Max/Deinstalliert

Durchschnittliche Ausführungszeit (Sekunden)

Max. Ausführungszeit (Sekunden)
64224

DS_LGW_CPU_MON75

0/0/N

0.000

0.000

65095

DS_LGW_IEC_Call_spike_threshold

1/20/J

23.053

23.053

Die Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird, enthält schlüsselinformationen wie Problemtyp, Gerätedetails, Softwareversion, ausgeführte Konfiguration und Befehlsausgabe, die für die Behebung des jeweiligen Problems relevant sind.

Benachrichtigungs-E-Mail, die während der Ausführung der Diagnosesignatur gesendet wird

Diagnosesignaturen deinstallieren

Die Diagnosesignaturen sind zu Fehlerbehebungszwecken in der Regel definiert, um nach der Erkennung einiger Problemereignisse zu deinstallieren. Wenn Sie eine Signatur manuell deinstallieren möchten, rufen Sie die DS-ID aus der Ausgabe der Diagnosesignatur "Call-Home anzeigen" ab und führen Sie den folgenden Befehl aus:

call-home diagnostic-signature deinstall

Beispiel:

call-home diagnostic-signature deinstall 64224

Das Diagnose-Signaturen-Lookup-Tool wird in regelmäßigen Abständen neue Signaturen hinzugefügt. Dies basiert auf Problemen, die in Bereitstellungen beobachtet werden. TAC unterstützt derzeit keine Anfragen zur Erstellung neuer benutzerdefinierter Signaturen.

CUBE High Availability als lokales Gateway implementieren

Grundlagen

Voraussetzungen

Bevor Sie CUBE HA als lokales Gateway für Webex Calling bereitstellen, sollten Sie über fundierte Kenntnisse der folgenden Konzepte verfügen:

Die Konfigurationsrichtlinien in diesem Artikel gehen von einer dedizierten lokalen Gateway-Plattform ohne vorhandene Sprachkonfiguration aus. Wenn eine bestehende CUBE Enterprise-Bereitstellung geändert wird, um auch die lokale Gateway-Funktion für Cisco Webex Calling zu nutzen, achten Sie auf die angewendete Konfiguration, um sicherzustellen, dass vorhandene Anrufverläufe und Funktionen nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Designanforderungen von CUBE HA erfüllen.

Hardware- und Softwarekomponenten

CUBE HA als lokales Gateway erfordert IOS-XE in der Version 16.12.2 oder höher sowie eine Plattform, auf der sowohl CUBE HA- als auch LGW-Funktionen unterstützt werden.

Die angezeigten Befehle und Protokolle in diesem Artikel basieren auf der Mindest-Softwareversion Cisco IOS-XE 16.12.2, die auf einem vCUBE (CSR1000v) implementiert wurde.

Referenzmaterial

Hier sind einige ausführliche Konfigurationsleitfäden für CUBE HA für verschiedene Plattformen:

Übersicht der Webex Calling-Lösung

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine Cloud-basierte Multi-Tenant-Alternative zu lokalen PBX-Telefondiensten mit mehreren PSTN-Optionen für Kunden bietet.

Die Bereitstellung des lokalen Gateways (siehe unten) ist der Schwerpunkt dieses Artikels. Der lokale Gateway-Trunk (lokales PSTN) in Webex Calling ermöglicht die Verbindung mit einem kundenseitigen PSTN-Dienst. Außerdem stellt er die Verbindung zu einer lokalen IP-PBX-Bereitstellung her, wie Cisco Unified CM. Die gesamte Kommunikation von und zur Cloud ist durch den TLS-Transport für SIP und SRTP für Medien gesichert.

Die folgende Abbildung zeigt eine Webex Calling-Bereitstellung ohne vorhandene IP-PBX und kann bei Einzel- oder Multisite-Bereitstellungen verwendet werden. Die Konfiguration, die in diesem Artikel beschrieben wird, basiert auf dieser Bereitstellung.

Box-to-Box-Redundanz Schicht 2

Die Box-to-Box-Redundanz von CUBE HA in Schicht 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Paar aus aktivem und Standby-Router zu bilden. Dieses Paar hat eine gemeinsame virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen hinweg und tauscht kontinuierlich Statusmeldungen aus. Die CUBE-Sitzungsinformationen durchlaufen Prüfpunkte des Routerpaares, so dass der Standby-Router die Verantwortung für die gesamte CUBE-Anrufverarbeitung sofort übernehmen kann, wenn der aktive Router ausfällt. Dies führt zur zustandsbehafteten Erhaltung von Signalisierung und Medien.

Die Prüfpunkte sind auf verbundene Anrufe mit Medienpaketen beschränkt. Transitanrufe durchlaufen den Prüfpunkt nicht (beispielsweise ein Anrufversuch oder Ruftonstatus).

In diesem Artikel bezieht sich CUBE HA auf die Box-to-Box-Redundanz (B2B) von CUBE High Availability (HA) in Schicht 2 für die zustandsbehaftete Anrufbeibehaltung.

Ab IOS-XE 16.12.2 kann CUBE HA als lokales Gateway für Trunk-Bereitstellung von Cisco Webex Calling (lokales PSTN) bereitgestellt werden, und in diesem Artikel gehen wir auf Designüberlegungen und Konfigurationen ein. Die folgende Abbildung zeigt eine typische CUBE HA-Einrichtung als lokales Gateway für eine Trunk-Bereitstellung von Cisco Webex Calling.

Infra-Komponente der Redundanzgruppe

Die Infra-Komponente der Redundanzgruppe (RG) stellt die Unterstützung für die Box-to-Box-Kommunikationsinfrastruktur zwischen den beiden CUBEs bereit und handelt den endgültigen stabilen Redundanzstatus aus. Diese Komponente bietet außerdem:

  • Ein HSRP-ähnliches Protokoll, das den endgültigen Redundanzstatus für jeden Router aushandelt, indem zwischen den beiden CUBEs (über die Steuerungsschnittstelle) Keepalive- und Hello-Nachrichten ausgetauscht werden (in der Abbildung oben GigabitEthernet3).

  • Ein Transportmechanismus zur Kontrolle der Signalisierung und des Medienstatus durch Prüfpunkte für jeden Anruf vom aktiven zum Standby-Router (über die Datenschnittstelle) (in der Abbildung oben GigabitEthernet3).

  • Konfiguration und Verwaltung der virtuellen IP(VIP)-Schnittstelle für die Datenverkehrsschnittstellen (mehrere Schnittstellen können mit derselben RG-Gruppe konfiguriert werden). GigabitEthernet 1 und 2 werden als Verkehrsschnittstellen betrachtet.

Diese RG-Komponente muss speziell für die Unterstützung von Voice B2B HA konfiguriert werden.

Verwaltung von virtuellen IP-Adressen (VIP) für Signalisierung und Medien

B2B HA nutzt VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physischen Schnittstellen in beiden CUBEs des CUBE HA-Paares müssen sich im selben LAN-Subnetz befinden. Die Konfiguration der VIP und die Bindung der VIP-Schnittstelle an eine bestimmte Sprachanwendung (SIP) sind für die Unterstützung von Sprach-B2B-HA zwingend erforderlich. Externe Geräte wie Unified CM, Zugriffs-SBC von Webex Calling, Dienstleister oder Proxy verwenden die VIP-Adresse als Ziel-IP-Adresse für Anrufe, die die CUBE HA-Router passieren. Aus Sicht von Webex Calling fungiert das CUBE HA-Paar als ein lokales Gateway.

Die Anrufsignalisierung und RTP-Sitzungsinformationen von hergestellten Anrufen werden über einen Prüfpunkt vom aktiven Router zum Standby-Router geleitet. Wenn der aktive Router ausfällt, übernimmt der Standby-Router und leitet den RTP-Stream weiter, der zuvor vom ersten Router geroutet wurde.

Anrufe, die sich zum Zeitpunkt des Failovers in einem Übergangszustand befanden, bleiben nach dem Umschalten nicht erhalten. Beispiel: Anrufe, die noch nicht vollständig hergestellt waren oder gerade mit einer Funktion zur Übergabe oder zum Halten geändert wurden. Hergestellte Anrufverbindungen werden nach dem Umschalten möglicherweise getrennt.

Für die Verwendung von CUBE HA als lokales Gateway für den zustandsbehafteten Failover von Anrufen gelten die folgenden Anforderungen:

  • CUBE HA kann weder mit TDM noch analogen Schnittstellen zusammengestellt werden.

  • Gig1 und Gig2 werden als Datenverkehrsschnittstellen (SIP/RTP) und Gig3 als Steuerungs-/Datenschnittstelle der Redundanzgruppe (RG) bezeichnet.

  • Es können nicht mehr als 2 CUBE HA-Paare in derselben Schicht-2-Domäne platziert werden, eines mit der Gruppen-ID 1 und das andere mit der Gruppen-ID 2. Wenn 2 HA-Paare mit derselben Gruppen-ID konfiguriert werden, müssen die RG-Steuerungs-/Datenschnittstellen zu unterschiedlichen Schicht-2-Domänen gehören (VLAN, separater Switch).

  • Portkanal wird sowohl für die RG-Steuerung-/Datenschnittstellen als auch für Datenverkehrsschnittstellen unterstützt.

  • Alle Signalisierungen/Medien werden von/an die virtuelle IP-Adresse gesendet.

  • Wann immer eine Plattform in einer CUBE-HA-Beziehung neu geladen wird, startet sie als Standby-System.

  • Der untere Adressteil für alle Schnittstellen (Gig1, Gig2, Gig3) sollte auf derselben Plattform sein.

  • Der Bezeichner der Redundanzschnittstelle (RII) sollte für eine Paar-/Schnittstellenkombination auf derselben Schicht 2 eindeutig sein.

  • Die Konfiguration auf beiden CUBEs muss identisch sein, einschließlich der physischen Konfiguration, und muss auf derselben Art von Plattform und derselben IOS-XE-Version ausgeführt werden.

  • Loopback-Schnittstellen können nicht als Bindung verwendet werden, da sie immer aktiv sind.

  • Mehrere Verkehrsschnittstellen (SIP/RTP, Gig1, Gig2) erfordern das Konfigurieren von Schnittstellennachverfolgung.

  • CUBE-HA wird nicht über eine Crossover-Kabelverbindung für den RG-Steuerungs-/Datenlink (Gig3) überstützt.

  • Beide Plattformen müssen identisch sein und über einen physischen Switch über alle ähnlichen Schnittstellen verbunden werden, damit CUBE HA funktioniert, d. h. GE0/0/0 von CUBE-1 und CUBE-2 muss auf demselben Switch enden usw.

  • WAN kann nicht direkt auf den CUBEs oder Data HA auf einer der Seiten enden.

  • Sowohl der aktive als auch der Standby-Router müssen im selben Rechenzentrum sein.

  • Für Redundanz ist die Verwendung einer separaten L3-Schnittstelle erforderlich (RG-Steuerungs-/Datenschnittstelle, Gig3), d. h. die für Datenverkehr verwendete Schnittstelle kann nicht für HA-Keepalives und Prüfpunkte verwendet werden.

  • Beim Failover durchläuft der zuvor aktive CUBE designbedingt ein erneutes Laden, wobei Signalisierung und Medien beibehalten werden.

Konfigurieren von Redundanz auf beiden CUBEs

Sie müssen die Box-to-Box-Redundanz der Schicht 2 auf beiden CUBEs konfigurieren, die in einem HA-Paar verwendet werden sollen, um virtuelle IP-Adressen zu erstellen.

1

Konfigurieren Sie die Schnittstellennachverfolgung auf globaler Ebene, um den Status der Schnittstelle zu überwachen.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit


VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsschnittstelle zu verfolgen, damit die aktive Route ihre aktive Rolle aufgibt, nachdem die Verkehrsschnittstelle ausgefallen ist.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP HA im Untermodus der Applikationsredundanz.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

VCUBE-1(config-red-app-grp)#exit

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-1(config-red-app-prtcl)#exit

VCUBE-1(config-red-app)#exit

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

VCUBE-2(config-red-app-grp)#exit

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

VCUBE-2(config-red-app-prtcl)#exit

VCUBE-2(config-red-app)#exit

VCUBE-2(config-red)#exit

VCUBE-2(config)#

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy – Wechselt in den Redundanzmodus

  • application redundancy – Wechselt in den Konfigurationsmodus für die Anwendungsredundanz

  • group – Wechselt in den Konfigurationsmodus für die Anwendungsgruppe für die Redundanz

  • name LocalGateway-HA – Definiert den Namen der RG-Gruppe

  • priority 100 failover threshold 75 – Gibt die anfängliche Priorität und Failover-Schwellenwerte für eine RG an

  • timers delay 30 reload 60 – Konfiguriert die beiden Male für die Verzögerung und das erneute Laden

    • Der Verzögerungstimer gibt die Zeitspanne an, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach der Aktivierung der Schnittstelle verzögert wird – Standardwert 30 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Reload – Dies ist die Zeitspanne, um die die Initialisierung der RG-Gruppe und die Rollenaushandlung nach einem erneuten Laden verzögert wird – Standardwert 60 Sekunden. Der Bereich ist 0–10.000 Sekunden.

    • Es werden Standardtimer empfohlen. Diese Timer können jedoch angepasst werden, um eine zusätzliche Verzögerung in der Netzwerkkonvergenz auszugleichen, die während des Hochfahrens/Neuladens der Router auftreten kann, um zu gewährleisten, dass die RG-Protokollaushandlung stattfindet, nachdem das Routing im Netzwerk zu einem stabilen Punkt konvergiert ist. Beispiel: Wenn nach einem Failover festgestellt wird, dass es bis zu 20 Sekunden dauert, bis der neue STANDBY das erste RG-HELLO-Paket vom neuen ACTIVE sieht, dann sollten die Timer auf 'timers delay 60 reload 120' eingestellt werden, um diese Verzögerung zu berücksichtigen.

  • GigabitEthernet3-Protokoll 1 steuern – Konfiguriert die Schnittstelle, die zum Austausch von Keepalive- und Hello-Nachrichten zwischen den beiden CUBEs verwendet wird, gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll.

  • data GigabitEthernet3 – Konfiguriert die Schnittstelle, die für Prüfpunkte des Datenverkehrs verwendet wird

  • track – RG-Gruppenverfolgung von Schnittstellen

  • protocol 1 – Gibt die Protokollinstanz an, die an eine Steuerungsschnittstelle angehängt wird, und wechselt in den Konfigurationsmodus für das Redundanzanwendungsprotokoll

  • timers hellotime 3 holdtime 10 – Konfiguriert die beiden Timer für hellotime und holdtime:

    • Hellotime – Intervall zwischen aufeinanderfolgenden Hello-Nachrichten – Standardwert 3 Sekunden. Der Bereich liegt bei 250 Millisekunden bis 254 Sekunden.

    • Holdtime – Das Intervall zwischen dem Empfang einer Hello-Nachricht und der Vermutung, dass der sendende Router ausgefallen ist. Diese Dauer muss länger sein als die hellotime – Standardwert 10 Sekunden. Der Bereich liegt bei 750 Millisekunden bis 255 Sekunden.

      Wir empfehlen, den Timer für holdtime auf einen mindestens 3-mal so hohen Wert wie den für hellotime zu konfigurieren.

3

Aktivieren Sie Box-to-Box-Redundanz für die CUBE-Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter voice service voip. Dies ermöglicht es der CUBE-Anwendung, den Redundanzprozess zu steuern.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

redundancy-group 1 – Das Hinzufügen und Entfernen dieses Befehls erfordert ein erneutes Laden, damit die aktualisierte Konfiguration wirksam wird. Die Plattformen müssen neu geladen werden, nachdem die gesamte Konfiguration angewendet wurde.

4

Konfigurieren Sie die Schnittstellen Gig1 und Gig2 mit ihren virtuellen IP-Adressen (siehe unten), und wenden Sie den Bezeichner der Redundanzschnittstelle an (RII)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

Hier eine Erklärung der in dieser Konfiguration verwendeten Felder:

  • redundancy rii – Konfiguriert die Redundanzschnittstellenkennung für die Redundanzgruppe. Erforderlich für die Generierung einer virtuellen MAC-Adresse (VMAC). Der gleiche RII-ID-Wert muss auf der Schnittstelle jedes Routers (ACTIVE/STANDBY) verwendet werden, der die gleiche VIP-Adresse hat.

    Wenn mehr als ein B2B-Paar im selben LAN vorhanden ist, MUSS jedes Paar eindeutige RII-IDs auf ihren jeweiligen Schnittstellen haben (um Kollisionen zu vermeiden). „show redundancy application group all“ (Redundanzanwendungsgruppe alle anzeigen) sollte die korrekten lokalen und Peer-Informationen anzeigen.

  • redundancy group 1 – Verknüpft die Schnittstelle mit der in Schritt 2 oben erstellten Redundanzgruppe. Konfigurieren Sie die RG-Gruppe sowie die dieser physischen Schnittstelle zugewiesene VIP-Adresse.

    Es ist zwingend erforderlich, eine separate Schnittstelle für die Redundanz zu verwenden, d. h. die für den Sprachverkehr verwendete Schnittstelle kann nicht als die in Schritt 2 weiter oben angegebene Steuerungs- und Datenschnittstelle verwendet werden. In diesem Beispiel wird die Gigabit-Schnittstelle 3 für die RG-Steuerung/-Daten verwendet.

5

Speichern Sie die Konfiguration des ersten CUBEs, und laden Sie sie neu.

Als Letztes wird immer die Standby-Plattform neu geladen.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Speichern Sie die Konfiguration von VCUBE-2 nach dem abgeschlossenen Neustart von VCUBE-1, und laden Sie sie neu.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Vergewissern Sie sich, dass die Box-to-Box-Konfiguration wie erwartet funktioniert. Relevante Ausgaben sind fett hervorgehoben.

VCUBE-2 wurde gemäß den Designüberlegungen zuletzt neu geladen. Als Letztes wird immer die Standby-Plattform neu geladen. 


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurieren eines lokalen Gateways auf beiden CUBEs

In unserer Beispielkonfiguration verwenden wir die folgenden Trunk-Informationen von Control Hub, um die lokale Gateway-Konfiguration auf beiden Plattformen, VCUBE-1 und VCUBE-2, zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzername: Hussain1076_LGU

  • Passwort: lOV12MEaZx

1

Stellen Sie sicher, dass mit den unten gezeigten Befehlen ein Konfigurationsschlüssel für das Passwort erstellt wird, bevor es in den Anmeldeinformationen oder gemeinsamen geheimen Schlüsseln verwendet werden kann. Passwörter vom Typ 6 werden mit AES-Verschlüsselung und diesem benutzerdefinierten Konfigurationsschlüssel verschlüsselt. 


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Dies ist die Konfiguration des lokalen Gateways, die für beide Plattformen gilt und auf den oben angezeigten Control-Hub-Parametern basiert. Speichern Sie sie, und laden Sie sie neu. SIP-Digest-Anmeldeinformationen von Control Hub sind fett hervorgehoben.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify ""
""
  rule 13 response ANY sip-header To modify ""
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Um die Ausgabe des Befehls „show“ anzuzeigen, haben wir erst VCUBE-2 und dann VCUBE-1 neu geladen, wodurch VCUBE-1 zum Standby-CUBE und VCUBE-2 zum aktiven CUBE wurde.

2

Zu jedem Zeitpunkt hat jeweils nur eine Plattform eine aktive Registrierung als lokales Gateway beim Zugriffs-SBC von Webex Calling. Schauen Sie sich die Ausgabe der folgenden „show“-Befehle an.

show redundancy application group 1

SIP-UA-Registrierungsstatus anzeigen 


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Aus der obigen Ausgabe können Sie sehen, dass VCUBE-2 das aktive LGW ist und die Registrierung beim Zugriffs-SBC von Webex Calling aufrechterhält, während die Ausgabe von „show sip-ua register status“ in VCUBE-1 leer ist.

3

Aktivieren Sie jetzt die folgenden Fehlersuchen auf VCUBE-1.


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message

4

Simulieren Sie die Ausfallsicherung, indem Sie den folgenden Befehl auf dem aktiven LGW, in diesem Fall VCUBE-2, eingeben.


VCUBE-2#redundancy application reload group 1 self

Die Umschaltung vom ACTIVE- zum STANDBY-LGW erfolgt neben der oben aufgeführten CLI auch in den folgenden Szenarien:

  • Wenn der ACTIVE-Router neu lädt;

  • Wenn der ACTIVE-Router sich aus- und wieder einschaltet;

  • Wenn eine beliebige RG-konfigurierte Schnittstelle des ACTIVE-Routers heruntergefahren wird, für die die Nachverfolgung aktiviert ist.

5

Überprüfen Sie, ob sich VCUBE-1 beim Zugangs-SBC von Webex Calling registriert hat. VCUBE-2 müsste inzwischen neu geladen haben.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 ist jetzt das aktive LGW.

6

Schauen Sie sich das entsprechende Debug-Protokoll von VCUBE-1 an, der ein SIP REGISTER über die virtuelle IP-Adresse an Webex Calling sendet und ein 200 OK erhält.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: 
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: ;tag=8D573-189
To: 
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: 
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: ;tag=8D573-189
To: ;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: ;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0

Konfigurieren von Webex Calling für Ihre Organisation

Einrichten der Anrufeinstellungen im Wizard für die Ersteinrichtung

Im ersten Schritt der Einrichtung Ihrer Webex Calling-Dienste müssen Sie den First-Time Setup Wizard (FTSW) abschließen. Sobald der FTSW für Ihren ersten Standort abgeschlossen wurde, muss er nicht mehr für weitere Standorte abgeschlossen werden.

1

Klicken Sie in der Begrüßungs-E-Mail, die Sie erhalten haben, auf den Link Erste Schritte.

Ihre Administrator-E-Mail-Adresse wird automatisch für die Anmeldung in Control Hub verwendet, wo Sie aufgefordert werden, Ihr Administratorpasswort zu erstellen. Nach der Anmeldung wird der Wizard für die Einrichtung automatisch gestartet.

2

Lesen Sie die Geschäftsbedingungen, und nehmen Sie sie an.

3

Prüfen Sie Ihren Plan, und klicken Sie anschließend auf Erste Schritte.

Ihr Kontomanager ist für die Aktivierung der ersten Schritte für FTSW verantwortlich. Wenden Sie sich an Ihren Kontomanager, wenn die Meldung „Ihr Anruf kann nicht eingerichtet werden“ angezeigt wird, nachdem Sie Erste Schritte ausgewählt haben.

4

Wählen Sie das Land aus, dem Ihr Rechenzentrum zugeordnet werden soll, und machen Sie die Angaben zum Kundenkontakt und zur Kundenadresse.

5

Klicken Sie auf Weiter: Standardstandort.

6

Wählen Sie eine der folgenden Optionen aus:

  • Klicken Sie auf Speichern und Schließen, wenn Sie ein Partneradministrator sind und der Kundenadministrator die Einrichtung von Webex Calling durchführen soll.
  • Geben Sie die erforderlichen Standortinformationen ein. Nachdem Sie den Standort mit dem Wizard erstellt haben, können Sie später weitere Standorte erstellen.

Nachdem Sie den Einrichtungs-Wizard abgeschlossen haben, fügen Sie dem von Ihnen erstellten Standort unbedingt eine Hauptnummer hinzu.

7

Wählen Sie Folgendes für diesen Standort aus:

  • Ansagesprache – Für Audioansagen und Aufforderungen für neue Benutzer und Funktionen.
  • E-Mail-Sprache – Zur E-Mail-Kommunikation für neue Benutzer.
  • Land
  • Zeitzone
8

Klicken Sie auf Weiter.

9

Geben Sie eine verfügbare Cisco Webex-SIP-Adresse ein, klicken Sie auf Weiter, und wählen Sie Fertig stellen aus.

Standort hinzufügen

Vorbereitungen

Zur Erstellung eines neuen Standorts benötigen Sie die folgenden Informationen:

  • Standortadresse

  • Gewünschte Telefonnummern (optional)

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

Ein neuer Standort wird im regionalen Rechenzentrum gehostet, das dem Land entspricht, das Sie mit dem Ersteinrichtungsassistenten ausgewählt haben.

2

Konfigurieren Sie die Standorteinstellungen:

  • Standortname: Geben Sie einen eindeutigen Namen ein, um den Standort zu identifizieren.
  • Land/Region – Wählen Sie ein Land aus, mit dem der Standort verknüpft werden soll. Sie können z. B. einen Standort (Hauptsitz) in den Vereinigten Staaten und einen anderen (Niederlassung) in Großbritannien anlegen. Je nach dem Land, das Sie wählen, werden bestimmte Adressfelder angezeigt. Die hier gezeigten verwenden die US-amerikanische Adresskonvention als Beispiel.
  • Standortadresse: Geben Sie die Haupt-Postadresse des Standorts ein.
  • Stadt/Ort: Geben Sie eine Stadt für diesen Standort ein.
  • Bundesland/Region: Wählen Sie in der Dropdown-Liste ein Bundesland aus.
  • Postleitzahl: Geben Sie die Postleitzahl ein.
  • Ansagesprache: Wählen Sie die Sprache für Audioansagen und Aufforderungen für neue Benutzer und Funktionen aus.
  • E-Mail-Sprache: Wählen Sie die Sprache für die E-Mail-Kommunikation mit neuen Benutzern aus.
  • Zeitzone: Wählen Sie die Zeitzone für den Standort aus.
3

Klicken Sie auf Speichern, und wählen Sie dann Ja/Nein , um Nummern jetzt oder später zum Standort hinzuzufügen.

4

Wenn Sie auf Ja geklickt haben, wählen Sie eine der folgenden Optionen aus:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen dedizierten Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Ihr Standort ist neu. Bestehende Standorte, denen andere PSTN-Funktionen zugewiesen sind, sind derzeit nicht berechtigt, den Cisco-Anrufplan zu nutzen. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA)). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie unter einem aufgeführten Anbieter die Option Nummern jetzt bestellen sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie die Vorteile des integrierten CCP nutzen können. Integriertes CCP ermöglicht die übersichtliche Beschaffung und Bereitstellung von Telefonnummern in Control Hub. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

Die Auswahl der PSTN-Option befindet sich auf jeder Standortebene (jeder Standort hat nur eine PSTN-Option). Sie können die Optionen für Ihre Bereitstellung beliebig kombinieren, wobei jeder Standort nur eine Option hat. Nachdem Sie eine PSTN-Option ausgewählt und bereitgestellt haben, können Sie diese ändern, indem Sie in den PSTN-Eigenschaften des Standorts auf Verwalten klicken. Einige Optionen, wie Cisco PSTN, stehen jedoch möglicherweise nicht zur Verfügung, nachdem eine andere Option zugewiesen wurde. Öffnen Sie einen Support-Fall , um Unterstützung zu erhalten.

5

Wählen Sie, ob Sie die Nummern jetzt oder später aktivieren möchten.

6

Wenn Sie einen nicht integrierten CCP oder ein standortbasiertes PSTN ausgewählt haben, geben Sie Telefonnummern als durch Komma getrennte Werte ein, und klicken Sie auf Validieren.

Es werden Telefonnummern für den betreffenden Standort hinzugefügt. Gültige Einträge werden in das Feld Validierte Nummern verschoben, ungültige Einträge verbleiben im Feld Nummern hinzufügen. Gleichzeitig wird für die ungültigen eine Fehlermeldung angezeigt.

Je nach Land des Standorts werden die Nummern entsprechend den lokalen Wählanforderungen formatiert. Wenn z. B. eine Landesvorwahl erforderlich ist, können Sie Nummern mit oder ohne Vorwahl eingeben. Die Vorwahl wird ggf. vorangestellt.

7

Klicken Sie auf Speichern.

Nächste Schritte

Nachdem Sie einen Standort erstellt haben, können Sie Notfalldienst-Adressen für diesen Standort aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

Standort löschen

Vorbereitungen

Sie können einen Standort löschen, der entweder nicht verwendet wird oder falsch konfiguriert wurde, nachdem Sie die mit ihm verknüpften Benutzer und Arbeitsbereiche gelöscht haben. Wenn Sie einen Standort löschen, löschen Sie alle zugewiesenen Dienste und Nummern.

So rufen Sie eine Liste der Benutzer und Arbeitsbereiche ab, die mit einem Standort verknüpft sind: Gehen Sie zu Dienste > Anrufe > Nummern , und wählen Sie im Dropdown-Menü den zu löschenden Standort aus. Sie müssen diese Benutzer und Arbeitsbereiche löschen, bevor Sie den Standort löschen.

Beachten Sie, dass alle mit diesem Standort verknüpften Nummern an Ihren PSTN-Anbieter zurückgegeben werden. Sie sind dann nicht mehr Eigentümer dieser Nummern.

1

Melden Sie sich beim Control Hub unter https://admin.webex.com an, gehen Sie zu Verwaltung > Standort.

2

Klicken Sie auf Schaltfläche „Weitere Optionen“ in der Spalte Aktionen neben dem Standort, den Sie löschen möchten.

3

Wählen Sie Standortlöschen aus und bestätigen Sie, dass Sie diesen Standort löschen möchten.

Es dauert in der Regel einige Minuten, den Standort endgültig zu löschen, kann aber bis zu einer Stunde dauern. Sie können den Status überprüfen, indem Sie neben Schaltfläche „Weitere Optionen“ dem Standortnamen auf klicken und Löschstatus auswählen.

Aktualisieren eines bestehenden Standorts

Sie können Ihre PSTN, den Namen, die Zeitzone und die Sprache eines Standorts nach der Einrichtung ändern. Beachten Sie jedoch, dass die neue Sprache nur für neue Benutzer und Geräte gilt. Bestehende Benutzer und Geräte verwenden weiterhin die zuvor ausgewählte Sprache.

Für bestehende Standorte können Sie Notfalldienst-Adressen aktivieren. Weitere Informationen finden Sie unter RedSky Emergency 911 Service for Webex Calling.

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

Wenn neben einem Standort das Warnsymbol angezeigt wird, haben Sie noch keine Telefonnummer für diesen Standort konfiguriert. Sie können erst dann Anrufe tätigen oder empfangen, wenn Sie diese Nummer konfiguriert haben.

3

(Optional) Wählen Sie unter PSTN-Verbindung entweder Cloud Connected PSTN oder Lokales PSTN (lokales Gateway) aus, je nachdem, was Sie bereits konfiguriert haben. Klicken Sie auf Verwalten, um diese Konfiguration zu ändern, und quittieren Sie die damit verbundenen Risiken, indem Sie Weiter auswählen. Wählen Sie dann eine der folgenden Optionen aus, und klicken Sie auf Speichern:

  • Cisco PSTN – Wählen Sie diese Option, wenn Sie eine Cloud PSTN-Lösung von Cisco verwenden möchten. Der Cisco-Anrufplan ist eine vollständige PSTN-Ersatzlösung, die Notrufe, ein- und ausgehende Anrufe im In- und Ausland ermöglicht und Ihnen ermöglicht, neue PSTN-Nummern zu bestellen oder vorhandene Nummern zu Cisco zu portieren.

    Die Option Cisco PSTN ist nur unter den folgenden Bedingungen sichtbar:

    • Sie haben mindestens einen festen Cisco-Anrufplan-OCP (Outbound Calling Plan) erworben.

    • Ihr Standort befindet sich in einem Land, in dem der Cisco-Anrufplan unterstützt wird.

    • Sie werden in einem Webex Calling-Rechenzentrum in einer Region gehostet, in der der Cisco-Anrufplan unterstützt wird.

  • Cloud Connected PSTN – Wählen Sie diese Option, wenn Sie eine Cloud-PSTN-Lösung eines der vielen Cisco CCP-Partner suchen oder der Cisco-Anrufplan an Ihrem Standort nicht verfügbar ist. CCP-Partner bieten PSTN-Ersatzlösungen, eine umfassende globale Abdeckung sowie eine breite und abwechslungsreiche Palette an Funktionen, Paketen und Preisen an.

    CCP-Partner und die geografische Abdeckung sind hier aufgelistet. Es werden nur Partner angezeigt, die das Land Ihres Standorts unterstützen. Partner werden entweder mit einem Logo oder als kurze Textzeichenfolge gefolgt von einer Region in eckigen Klammern aufgeführt (Beispiel: (EU), (USA) oder (CA). Partner, die mit einem Logo aufgelistet sind, bieten immer regionale Medien für CCP an. Wählen Sie für Partner, die als Zeichenfolge aufgeführt werden, die Region aus, die dem Land Ihres Standorts am nächsten gelegen ist, um die Bereitstellung regionaler Medien für CCP zu gewährleisten.

    Wenn Sie die Option Nummern jetzt bestellen unter einem aufgeführten Anbieter sehen, empfehlen wir Ihnen, diese Option zu wählen, damit Sie von einem integrierten CCP profitieren können. Integriertes CCP ermöglicht die Beschaffung und Bereitstellung von Telefonnummern in Control Hub in einem einzigen Fenster. Bei nicht integriertem CCP müssen Sie Ihre Telefonnummern vom CCP-Partner außerhalb von Control Hub beziehen.

  • Lokales PSTN (Lokales Gateway) – Sie können diese Option auswählen, wenn Sie Ihren aktuellen PSTN-Anbieter beibehalten oder Nicht-Cloud-Sites mit Cloud-Sites verbinden möchten.

    Webex Calling Kunden mit Standorten, die zuvor mit einem lokalen Gateway konfiguriert wurden, wird automatisch in eine standortbasierte PSTN mit einem entsprechenden Trunk konvertiert.

Informationen zur Migration finden Sie unten unter Zu Cisco-Anrufplänen migrieren .

4

Wählen Sie für den Standort die Hauptnummer aus der Dropdown-Liste aus.

Die Hauptnummer kann einem Auto Attendant oder einem anderen Ziel innerhalb des Standorts zugewiesen werden, sodass externe Anrufer zu einem geeigneten Ziel geleitet werden.

Weisen Sie dem Standort eine Hauptnummer zu, wenn er über Übertragungswege oder Entitäten nur mit Anschlüssen wie Benutzer, Arbeitsbereiche, virtuelle Leitungen oder Funktionen verfügt. Ohne Hauptnummer sind die Übertragungswege nicht nutzbar und Entitäten nur mit Durchwahl können keine internen oder externen Anrufe tätigen oder empfangen. Benutzer an diesem Standort können diese Nummer auch als externe Anrufer-ID verwenden, wenn sie PSTN-Anrufe tätigen.

Wenn Sie eine gebührenfreie Nummer als Hauptnummer für einen Standort auswählen, empfehlen wir die Aktualisierung der Rückrufnummer für den Notfall für den Standort, da gebührenfreie Nummern keine Dienstadresse für den Notfall haben. Weitere Informationen finden Sie unter Rückrufnummer für den Notfall für einen Standort konfigurieren.

5

(Optional) Unter Emergency Calling (Notruf) können Sie zur Zuweisung zu diesem Standort die Option "Standortidentifikator für den Notfall" auswählen.

Diese Einstellung ist optional und gilt nur für Länder, in denen diese erforderlich ist.

In einigen Ländern (Beispiel: Frankreich) gibt es gesetzliche Anforderungen für Mobilfunksysteme, um die Identität der Zelle zu überprüfen, wenn Sie einen Notruf machen und den Notfallsbehörden zur Verfügung gestellt werden. Andere Länder wie die USA und Kanada implementieren die Standortbestimmung mit anderen Methoden. Weitere Informationen finden Sie unter Erweiterte Notrufe.

Ihr Anbieter von Notrufen benötigt möglicherweise Informationen über das Zugriffsnetzwerk. Dies wird durch die Definition des neuen privaten SIP-Durchwahlheaders „P-Access-Network-Info“ erreicht. Die Kopfzeile übert die Informationen im Zusammenhang mit dem Zugriffsnetzwerk.

Wenn Sie die Kennung für den Notfallstandort für einen Standort festlegen, wird der Standortwert als Teil der SIP-Nachricht an den Anbieter gesendet. Wenden Sie sich an Ihren Anbieter für Notrufe, um zu sehen, ob Sie diese Einstellung benötigen und den von Ihrem Notrufanbieter angegebenen Wert verwenden."

6

Wählen Sie die Voicemail-Nummer aus, die Benutzer anrufen können, um ihre Voicemail für diesen Standort abzufragen.

7

(Optional) Klicken Sie oben auf der Seite "Standort" auf das Bleistiftsymbol, um den Standortnamen, die Ankündigungssprache, die E-Mail-Sprache, das Zeitzone oder die Adresse nach Bedarf zu ändern, und klicken Sie anschließend auf Speichern.

Die Änderung der Ankündigungssprache wird für alle neuen Benutzer und Funktionen, die zu diesem Standort hinzugefügt werden, sofort wirksam. Wenn bei bestehenden Benutzern und/oder Funktionen auch die Ankündigungssprache geändert werden sollte, wählen Sie bei Aufforderung Ändern für vorhandene Benutzer und Arbeitsbereiche oder Für vorhandene Funktionen ändern aus. Klicken Sie auf Übernehmen. Sie können den Fortschritt auf der Seite " Aufgaben" anzeigen. Sie können erst dann weitere Änderungen vornehmen, wenn diese abgeschlossen ist.

Durch das Ändern der Zeitzone eines Standorts werden die Zeitzonen der mit diesem Standort verknüpften Funktionen nicht aktualisiert. Um die Zeitzonen für Funktionen wie Auto Attendant, Sammelanschluss und Anrufwarteschlange zu bearbeiten, wechseln Sie zum Bereich Allgemeine Einstellungen der jeweiligen Funktion, für die Sie die Zeitzone aktualisieren möchten, bearbeiten und speichern.

Zu Cisco Calling-Tarifen migrieren

Sie können Ihre PSTN-Verbindung für einen vorhandenen Standort in Cisco PSTN ändern. Sie können beispielsweise die Standorte für das lokale PSTN (lokales Gateway) oder nicht integrierte CCP-Verbindungen zu Cisco PSTN ändern. Cisco PSTN stellt eine Cloud-PSTN-Lösung von Cisco bereit.

Alle portierbaren Nummern bleiben bis auf eine kleine Unterbrechung während der geplanten Abschlusszeit der Portierung funktionsfähig.

Außerdem können Sie keine Änderung der Nummernverwaltung für einen Standort vornehmen, der sich in einem PSTN-Verbindungsübergang befindet. Die vorhandenen Nummern bleiben jedoch funktionsfähig, und Sie können die Zuweisung von Nummern zum Standort trotzdem aufheben. Sie können keine Nummern für diesen Standort hinzufügen, löschen und verschieben. Während dieses Vorgangs wird das Routing-Profil automatisch aktualisiert und Cisco PSTN aktiviert.

Die Möglichkeit, die PSTN-Verbindung für einen vorhandenen Standort zu Cisco PSTN zu ändern, wird für die Region Japan derzeit nicht unterstützt.

Beim Ändern der PSTN-Verbindung wird ein Abonnement mit einer Calling-Lizenz angewendet, und der Abrechnungsdienst erhält eine Benachrichtigung.

Beschränkungen:

  • Die Migration von einem integrierten IntelePeer-Standort zu einem Cisco PSTN-Standort wird nicht unterstützt.

  • Der Standort der dedizierten Instanz kann nicht zu Cisco PSTN migriert werden

  • Für die Änderung der PSTN-Verbindung können mehrere Portierungsaufträge erforderlich sein. Wenn dies der Fall ist, werden diese Aufträge verknüpft, damit sie gleichzeitig abgeschlossen werden. Jede Datumsänderung oder Stornierung eines Portierungsauftrags muss auf alle verknüpften Portierungsaufträge für die Verbindungsänderung angewendet werden.

So initiieren Sie eine PSTN-Verbindungsänderung

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung in Cisco PSTN ändern möchten.

4

Gehen Sie zur Registerkarte Anrufe , und klicken Sie auf die Option Verwalten neben dem lokalen PSTN oder dem nicht integrierten Cloud Connected PSTN.

5

Bearbeiten neben Verbindungstyp.

6

Wählen Sie die Karte Cisco-Anrufpläne und dann das Abonnement aus, das den Benutzern an diesem Standort den Cisco-Anrufplan zuweist. Klicken Sie auf Weiter.

7

Eine Seite zur Verbindungsänderung wird zur Bestätigung angezeigt. Klicken Sie auf Weiter , und prüfen Sie die Portierungsbereitschaft Ihrer Nummern.

Der PSTN-Verbindungsport-Assistent prüft, ob Ihre Nummern bereit für die Portierung sind.

Die Schaltfläche „Weiter“ wird nur aktiviert, wenn alle Nummern in der Liste portierbar sind. Lesen Sie diese Hinweise:

  • „Nicht portierbare Nummern“ bezieht sich auf inaktive Nummern. Stellen Sie sicher, dass keine Nummern unter dieser Liste vorhanden sind.

  • Entfernen Sie alle nicht portierbaren Nummern vom Standort. Sie können die Nummern verschieben oder die Zuweisung aufheben und anschließend löschen.

8

Klicken Sie auf Weiter und geben Sie die Vertragsinformationen ein.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Dies ist der primäre Vertragskontakt für alle Standorte, die Cisco-Anrufpläne (USA) verwenden. Änderungen an diesem Kontakt gelten für alle anderen Standorte, die Cisco-Anrufpläne (USA) verwenden.

9

Klicken Sie auf Weiter. Eine Benachrichtigung wird angezeigt, in der Sie aufgefordert werden, Ihre Vertragsinformationen für diesen Standort zu speichern. Wählen Sie Ja, ändern aus.

10

Geben Sie die Dienstadresse für den Notfall an, und klicken Sie auf Speichern.

PSTN-Verbindungsport-Assistent für die Dienstadresse für den Notfall.

Im Notfall verwendet das lokale Notfallteam diese Adresse, um den Anrufer zu orten.

11

Die Übersichtsseite mit der Anzahl der erstellten Ports wird angezeigt. Wenn es nur eine Bestellung gibt, wird ein zusätzlicher Schritt mit der Bezeichnung Zusätzliche Informationen bereitstellen angezeigt. Für mehrere Aufträge steht oben eine Auftragsauswahl zur Verfügung, um zwischen den Aufträgen zu navigieren. Klicken Sie auf Weiter und geben Sie die Details ein, um den Portierungsassistenten abzuschließen.

Übersichtsseite des PSTN-Verbindungsports-Assistenten.

Die Aufträge werden gleichzeitig gesendet, wenn alle Informationen für eine einzelne PSTN-Migrationsanfrage bereitgestellt werden. Das feste Auftragsbindungsdatum ist standardmäßig für alle Aufträge einheitlich. Die Änderung der PSTN-Verbindung wird automatisch übernommen, nachdem die letzte verknüpfte Bestellung vollständig portiert wurde.

  • Wenn die Bestellübermittlung fehlschlägt, wird automatisch ein Support-Ticket erstellt und an das Support-Team gesendet.

  • Wenn für die Änderung der PSTN-Verbindung mehrere Bestellungen von mehreren Netzbetreibern erforderlich sind, kann es bis zu 10 Werktage dauern, bis dieser Vorgang abgeschlossen ist.

Die Migrationsdetails sind auf der Registerkarte Dienste > Anrufe > PSTN > Bestellung verfügbar. Wählen Sie die Auftrags-ID aus, um die Auftragsdetails in einer Seitenansicht anzuzeigen. Sie können den Typ „PSTN ändern“ für die Bestellungen anzeigen, die über die PSTN-Verbindungsänderung erstellt wurden.

PSTN-Verbindungsänderung abbrechen

Ein Administrator kann die PSTN-Migration abbrechen, wenn sich der Standort noch im Übergangsstatus befindet.

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Standort.

3

Wählen Sie den Standort aus, für den Sie die PSTN-Verbindung abbrechen möchten.

4

Gehen Sie zur Registerkarte Anrufe, und klicken Sie auf die Schaltfläche PSTN-Verbindungsänderung abbrechen .

5

Klicken Sie auf Ja, weiter , um die Stornierung zu bestätigen.

Webex Calling-Wählplan konfigurieren

Sie können die Wählplan Für Ihre Webex Calling Bereitstellung mit Codes für ausgehende Anrufe steuern. Passen Sie die Länge von Durchwahlen, Routing-Präfixe und Wähleinstellungen (intern und extern) an, damit Sie die Anforderungen von Benutzern berücksichtigen können.

Diese Einstellungen gelten für interne Rufnummernwahl und sind auch im First-Time Setup Wizard verfügbar. Wenn Sie Ihren Wählplan ändern, werden die Beispielnummern in Control Hub aktualisiert, um diese Änderungen anzuzeigen.

Sie können Berechtigungen für ausgehende Anrufe für einen Standort konfigurieren. Lesen Sie diese Schritte , um Berechtigungen für ausgehende Anrufe zu konfigurieren.

1

Melden Sie sich bei Control Hub an, gehen Sie zu Dienste > Anrufe > Diensteinstellungen und scrollen Sie zu Interne Rufnummernwahl.

2

Konfigurieren Sie ggf. die folgenden optionalen Rufwahleinstellungen:

  • Länge des Routing-Präfix für den Standort – Wenn Sie mehrere Standorte haben, empfehlen wir diese Einstellung. Sie können eine Länge von 1 bis 7 Ziffern eingeben. Wenn Sie mehrere Standorte mit derselben Durchwahl haben, müssen Benutzer ein Präfix wählen, wenn sie Zwischen Standorten Anrufe tätigen. Wenn Sie beispielsweise mehrere Geschäfte betreiben, die alle den Anschluss 1000 haben, können Sie für jedes Geschäft ein Routing-Präfix konfigurieren. Ein Geschäft mit der Vorwahl 888 ist unter 8881000 zu erreichen.

    • Die Länge des Routing-Präfix umfasst die führende Ziffer. Wenn Sie beispielsweise die Länge des Routing-Präfix auf vier festlegen, können Sie nur drei Ziffern verwenden, um den Standort anzugeben.

    • Wenn Sie einem Standort ein Routing-Präfix zuweisen, enthalten alle Anschlüsse, die diesem Standort zugewiesen sind, das Routing-Präfix vor der Durchwahlnummer. Beispiel: 888-1000 (Routing-Präfixdurchwahl).

  • Führende Ziffer im Routing-Präfix: Wählen Sie die Nummer aus, die als erste Ziffer jedes Routing-Präfix festgelegt werden soll.
  • Länge interner Anschlüsse – Sie können 2 bis 10 Ziffern eingeben. Der Standardwert ist 2.

    Wenn Sie die Länge Ihrer Durchwahl erhöhen, werden vorhandene Kurzwahlen zu internen Durchwahlen nicht automatisch aktualisiert.

  • Wahl mit Durchwahl zwischen Standorten zulassen – Ermöglicht Ihnen die Anpassung der Wahl mit Durchwahl zwischen Standorten an die Anforderungen Ihrer Organisation.

    • Aktivieren Sie den Umschalter, wenn Ihre Organisation keine doppelten Durchwahlen an allen Standorten hat.

      Der Umschalter ist standardmäßig aktiviert.

    • Deaktivieren Sie den Umschalter, wenn Ihre Organisation an verschiedenen Standorten denselben Anschluss hat. Wenn der Umschalter deaktiviert ist und der Anrufer die Durchwahl wählt, wird der Anruf an einen Benutzer mit einer übereinstimmenden Durchwahl am selben Standort wie der Anrufer weitergeleitet. Der Anrufer muss die Enterprise Significant Number (Routing-Präfix für den Standort + Anschluss) wählen, um eine Durchwahl an anderen Standorten zu erreichen.

3

Legen Sie eine interne Rufnummernwahl für bestimmte Standorte fest. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Rufnummernwahl und ändern Sie die interne Rufnummernwahl nach Bedarf:

  • Interne Rufnummernwahl – Geben Sie das Routing-Präfix an, das Benutzer von einem Standort wählen müssen, um jemanden am anderen Standort zu kontaktieren. Das Routing-Präfix jedes Standorts muss eindeutig sein. Wir empfehlen, dass die Präfixlänge mit der auf Organisationsebene festgelegten Länge übereinstimmt, sie muss jedoch 1 bis 7 Ziffern lang sein.
4

Geben Sie die externe Rufnummernwahl für bestimmte Standorte an. Gehen Sie zu Verwaltung > Standorte, wählen Sie einen Standort aus der Liste aus, und klicken Sie auf Anrufe. Blättern Sie zu Wählen, und ändern Sie die externe Rufnummernwahl nach Bedarf:

  • Externe Rufnummernwahl – Sie können eine Ziffer für ausgehende Anrufe auswählen, die Benutzer wählen müssen, um eine externe Leitung zu erreichen. Die Standardeinstellung ist Kein. Wenn Sie diese Funktion nicht benötigen, können Sie die Standardeinstellung übernehmen. Falls Sie sich entscheiden die Funktion zu verwenden, dann empfehlen wir Ihnen, andere Ziffern als die Steuerungsziffern Ihrer Organisation zu verwenden.

    Für externe Anrufe können Benutzer die Ziffer für ausgehende Anrufe mitwählen, wenn sie dies noch von früheren Systemen für Anrufe nach außen kennen. Alle Benutzer können jedoch weiterhin externe Anrufe ohne die Ziffer für ausgehende Anrufe tätigen.

  • Optional können Sie Ziffer für ausgehende Anrufe erzwingen an diesem Standort festlegen, um sicherzustellen, dass der Benutzer die vom Administrator festgelegte Ziffer für ausgehende Anrufe verwenden muss, um externe Anrufe zu tätigen.

    • Sie können Notrufe mit oder ohne Ziffer für ausgehende Anrufe wählen, wenn Sie diese Funktion aktivieren. Nach der Aktivierung funktionieren alle externen Zielnummern wie die für die Anrufweiterleitung nicht mehr, wenn keine Ziffer für ausgehende Anrufe angegeben ist.

    • Wenn eine Durchwahl mit der nationalen Nummer identisch ist, hat die Durchwahl Vorrang vor der nationalen Nummer. Daher empfehlen wir, die Ziffer für ausgehende Anrufe zu aktivieren.

    • Wir empfehlen dringend die Verwendung des E.164-Nummerierungsformats für ein- und ausgehende PSTN-Anrufe.

Auswirkungen für Benutzer:

  • Damit die Änderungen in den Wähleinstellungen übernommen werden, müssen die Benutzer ihre Telefone neu starten.

  • Benutzerdurchwahlen sollten nicht mit derselben Nummer wie die führende Ziffer oder die Ziffern für ausgehende Anrufe des Standorts beginnen.

Konfigurieren eines lokalen PSTN (Lokales Gateway) in Control Hub

Wenn Sie ein Value Added Reseller sind, können Sie wie nachfolgend beschrieben die Konfiguration des lokalen Gateways in Control Hub starten. Wenn dieses Gateway in der Cloud registriert ist, können Sie es an einem oder mehreren Ihrer Webex Calling-Standorte verwenden, um das Routing zu einem PSTN-Dienstanbieter für Unternehmen bereitzustellen.

Ein Standort mit einem lokalen Gateway kann nicht gelöscht werden, wenn das lokale Gateway für andere Standorte verwendet wird.

Erstellen eines Trunk

Gehen Sie wie nachfolgend beschrieben vor, um einen Trunk in Control Hub zu erstellen.

Vorbereitungen

  • Nach dem Hinzufügen eines Standorts und vor dem Konfigurieren des lokalen PSTN für einen Standort müssen Sie einen Trunk erstellen.

  • Legen Sie beliebige Standorte sowie spezifische Einstellungen und Nummern für jeden Standort an. Standorte müssen vorhanden sein, bevor Sie ein lokales PSTN hinzufügen können.

  • Machen Sie sich mit den lokalen PSTN-Anforderungen (lokales Gateway) für Webex Calling vertraut.

  • Sie können für einen Standort mit lokalem PSTN nur einen Trunk auswählen, aber ein Trunk kann für mehrere Standorte verwendet werden.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, gehen Sie zu Dienste > Anrufe > Anrufverteilung und wählen Sie Übertragungsweg hinzufügen aus.

2

Wählen Sie einen Standort aus.

3

Geben Sie dem Trunk einen Namen, und klicken Sie auf Speichern.

Der Name darf nicht länger als 24 Zeichen sein.

Nächste Schritte

Es werden die relevanten Parameter angezeigt, die Sie für den Trunk konfigurieren müssen. Sie generieren zudem einen Satz von SIP-Digest-Anmeldeinformationen, um die PSTN-Verbindung zu sichern.

Die Trunk-Informationen werden auf dem Bildschirm Domäne registrieren, OTG/DTG der Trunk-Gruppe, Leitung/Port und Ausgehende Proxyadresse angezeigt.

Wir empfehlen, dass Sie diese Informationen aus Control Hub kopieren und in eine lokale Textdatei oder ein Dokument einfügen, damit Sie darauf verweisen können, wenn Sie das lokale PSTN konfigurieren.

Wenn Sie die Anmeldeinformationen verlieren, müssen Sie sie über den Bildschirm mit den Trunk-Informationen in Control Hub generieren. Klicken Sie auf Benutzername abrufen und Passwort zurücksetzen, um eine neue Gruppe von Authentifizierungsanmeldedaten für den Trunk zu generieren.

Auswählen eines Trunk für das lokale PSTN

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wechseln Sie zu Verwaltung > Standort.

2

Wählen Sie den zu ändernden Standort aus, und klicken Sie auf Verwalten.

3

Wählen Sie Lokales PSTN aus, und klicken Sie auf Weiter.

4

Wählen Sie im Drop-down-Menü einen Trunk aus.

Besuchen Sie die Trunk-Seite, um Ihre Optionen für die Trunk-Gruppe zu verwalten.

5

Klicken Sie auf den Bestätigungshinweis und anschließend auf Speichern.

Nächste Schritte

Sie müssen die Konfigurationsinformationen, die Control Hub generiert haben, mitnehmen und die Parameter in das lokale Gateway (z. B. in einem Cisco Cube, der auf dem Gelände sitzt) anordnen. Dieser Artikel führt Sie durch diesen Prozess. Als Hinweis finden Sie im folgenden Diagramm das Beispiel für die Verwendung der Konfigurationsinformationen für die Control Hub (links) auf Parameter im Würfel (rechts):

Diagrammbeispiel eines lokalen Gateways.

Nachdem Sie die Konfiguration auf dem Gateway selbst erfolgreich abgeschlossen haben, können Sie zu Dienste > Anruf > Standorte in Control Hub zurückkehren. Das von Ihnen erstellte Gateway wird in der Standortkarte aufgeführt, der Sie es zugewiesen haben, mit einem grünen Punkt links neben dem Namen. Dieser Status zeigt an, dass das Gateway sicher bei der Anruf-Cloud registriert ist und als aktives PSTN-Gateway für den Standort dient.

Telefonnummern verwalten

Sie können Telefonnummern für Ihre Organisation in Control Hub ganz einfach anzeigen, aktivieren, entfernen und hinzufügen. Weitere Informationen finden Sie unter Verwalten von Telefonnummern in Control Hub.

Anfordern eines Kaufs von Webex-Diensten von einer Testversion in Control Hub aus

Wenn Sie die Webex-Dienste getestet haben und jetzt ein kostenpflichtiges Abonnement anfordern möchten, können Sie eine E-Mail-Anfrage an Ihren Partner schicken.

1

Melden Sie sich bei Control Hub unter https://admin.webex.com an, wählen Sie das Gebäudesymbol Gebäudesymbol. aus.

2

Öffnen Sie die Registerkarte Abonnements, und klicken Sie auf Jetzt kaufen.

Eine E-Mail wird an Ihren Partner gesendet. Sie informiert ihn darüber, dass Sie Interesse am Wechsel zu einem zahlungspflichtigen Abonnement haben.

Festlegen von Anrufoptionen

Mit Control Hub können Sie die Priorität verfügbarer Anrufoptionen festlegen, die Benutzer in Webex App sehen. Sie können sie auch für Single Click-to-Call aktivieren. Weitere Informationen finden Sie unter: Festlegen von Anrufoptionen für Benutzer der Webex-App.

Anrufverhalten einrichten

Sie können steuern, welche Anrufanwendung geöffnet wird, wenn Benutzer Anrufe tätigen. Sie können die Einstellungen des Calling-Clients konfigurieren, einschließlich einer Bereitstellung im gemischten Modus für Organisationen mit Benutzern, die mit Unified CM oder Webex Calling berechtigt sind, und Benutzern ohne kostenpflichtige Calling-Dienste von Cisco. Weitere Informationen finden Sie unter: Anrufverhalten einrichten.

Konfigurieren von Unified CM für Webex Calling

Konfigurieren des Sicherheitsprofils für den SIP-Übertragungsweg zum Trunk des lokalen Gateways

In Fällen, in denen sich das lokale Gateway und das PSTN-Gateway auf demselben Gerät befinden, muss Unified CM zwischen zwei verschiedenen Datenverkehrstypen (Anrufe von Webex und vom PSTN) unterscheiden können, die von demselben Gerät ausgehen, und eine differenzierte Dienstklasse auf diese Anruftypen anwenden. Diese differenzierte Anrufbehandlung wird durch die Bereitstellung von zwei Trunks zwischen Unified CM und dem kombinierten lokalen Gateway- und PSTN-Gateway-Gerät erreicht. Dazu sind unterschiedliche empfangsbereite SIP-Ports für die beiden Trunks erforderlich.

Erstellen Sie ein dediziertes Sicherheitsprofil für den SIP-Übertragungsweg des Trunks des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Übertragungsweg-Sicherheitsprofil
Eingehender PortMuss mit dem Port übereinstimmen, der in der Konfiguration des lokalen Gateways für ein- und ausgehenden Webex-Verkehr verwendet wird: 5065

Konfigurieren des SIP-Profils für den Trunk des lokalen Gateways

Erstellen Sie ein dediziertes Sicherheitsprofil für den Trunk des lokalen Gateways. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-SIP-Profil
Aktivieren Sie OPTIONS Ping, um den Zielstatus für Trunks mit dem Diensttyp „Keine (Standard)“ zu überwachenAktiviert

Erstellen eines Anrufsuchbereichs für Anrufe von Webex

Erstellen Sie einen Anrufsuchbereich für Anrufe aus Webex. Verwenden Sie die folgenden Einstellungen:

EinstellungWert
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex Calling-Suchbereich
Ausgewählte Partitionen

DN (+E.164-Verzeichnisnummern)

ESN (verkürzte standortübergreifende Rufnummernwahl)

PSTNInternational (PSTN-Zugriff)

onNetRemote (GDPR-erlernte Ziele)

Die letzte onNetRemote-Partition wird nur in einer Multicluster-Umgebung verwendet, in der Routing-Informationen zwischen Unified CM-Clustern über den Intercluster Lookup Service (ILS) oder über Global Dialplan Replication (GDPR) ausgetauscht werden.

Konfigurieren eines SIP-Übertragungswegs von und zu Webex

Erstellen Sie einen SIP-Übertragungsweg für die Anrufe von und zu Webex über das lokale Gateway. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Geräteinformationen
GerätenameEin eindeutiger Name wie Webex
BeschreibungAussagekräftige Beschreibung, beispielsweise Webex-SIP-Übertragungsweg
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Eingehende Anrufe
AnrufsuchbereichDer zuvor definierte Anrufsuchbereich: Webex
AAR-Anrufsuchbereich Ein Anrufsuchbereich, der lediglich Zugriff auf PSTN-Routen-Muster hat: PSTNReroute
SIP-Informationen
ZieladresseIP-Adresse des CUBE des lokalen Gateways
Zielport5060
Sicherheitsprofil des SIP-ÜbertragungswegsZuvor definiert: Webex
SIP-ProfilZuvor definiert: Webex

Konfigurieren der Routengruppe für Webex

Erstellen Sie eine Routengruppe mit den folgenden Einstellungen:

EinstellungWert
Routengruppeninformationen
Name der RoutengruppeEin eindeutiger Name wie Webex
Ausgewählte GeräteDer zuvor konfigurierte SIP-Übertragungsweg: Webex

Konfigurieren der Routenliste für Webex

Erstellen Sie eine Routenliste mit den folgenden Einstellungen:

EinstellungWert
Routenlisteninformationen
NameEin eindeutiger Name, z. B. RL_Webex
BeschreibungAussagekräftige Beschreibung, z. B. Routenliste für Webex
Auf allen aktiven Unified CM-Knoten ausführenAktiviert
Informationen über Routenlistenmitglieder
Ausgewählte GruppenNur die zuvor definierte Routengruppe: Webex

Erstellen einer Partition für Webex-Ziele

Erstellen Sie mit den folgenden Einstellungen eine Partition für die Webex-Ziele:

EinstellungWert
Routenlisteninformationen
NameEindeutiger Name, z. B. Webex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Partition

Nächste Schritte

Stellen Sie sicher, dass Sie diese Partition allen Anrufsuchbereichen hinzufügen, die Zugriff auf Webex-Ziele haben sollen. Sie müssen diese Partition explizit dem Anrufsuchbereich hinzufügen, der als Suchbereich für eingehende Anrufe auf PSTN-Trunks verwendet wird, damit Anrufe aus dem PSTN zu Webex geleitet werden können.

Konfigurieren von Routen-Mustern für Webex-Ziele

Konfigurieren Sie die Routen-Muster für jeden DID-Bereich auf Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
Routen-MusterVollständiges +E.164-Muster für den DID-Bereich in Webex mit vorangestelltem „\“. Beispiel: \+140855501XX
Routing-PartitionWebex
Gateway/RoutenlisteZurück_Webex
Dringende PrioritätAktiviert

Konfigurieren verkürzter Wahlnormalisierung zwischen Standorten für Webex

Wenn eine verkürzte Anwahl von Webex zwischen Standorten erforderlich ist, dann konfigurieren Sie Wählnormalisierungsmuster für jeden ESN-Bereich in Webex. Verwenden Sie dazu die folgenden Einstellungen:

EinstellungWert
ÜbersetzungsmusterESN-Muster für den ESN-Bereich in Webex. Zum Beispiel: 80121XX
PartitionWebex
BeschreibungAussagekräftige Beschreibung, z. B. Webex-Normalisierungsmuster
Anrufsuchbereich von Ursprung verwendenAktiviert
Dringende PrioritätAktiviert
Nicht auf das Interdigit-Timeout in nachfolgenden Hops wartenAktiviert
Maske der Transformation der angerufenen ParteiMaske, um die Zahl auf +E.164 zu normalisieren. Beispiel: +140855501XX

Webex Calling-Funktionen einrichten

Einrichten eines Sammelanschluss

Sammelanrufe routen eingehende Anrufe an eine Gruppe von Benutzern oder Workspaces. Sie können sogar ein Muster konfigurieren, nach dem Anrufe an eine ganze Gruppe verteilt werden.

Weitere Informationen zum Einrichten eines Gruppen-Sammelanschluss finden Sie unter Sammelgruppen in Cisco Webex Control Hub.

Erstellen einer Anrufwarteschlange

Sie können eine Anrufwarteschlange einrichten und so für Kunden, deren Anruf nicht gleich entgegengenommen werden kann, eine automatische Antwort, eine Komfort-Nachricht oder Warteschleifenmusik abspielen lassen, bis ihr Anruf entgegengenommen werden kann.

Weitere Informationen zum Einrichten und Verwalten eines Anrufs Anrufwarteschlange Sie unter Verwalten von Anrufwarteschlangen in Cisco Webex Control Hub.

Empfangs-Client erstellen

Unterstützen Sie die Bedürfnisse Ihres Front-Office-Personals. Sie können Benutzer als Telefonzentralen einrichten, damit sie eingehende Anrufe an bestimmte Personen in Ihrer Organisation überwachen können.

Informationen darüber, wie Sie Ihre Empfangs-Clients einrichten und sich anzeigen lassen können, finden Sie unter Empfangs-Clients in Cisco Webex Control Hub.

Auto Attendants erstellen und verwalten

Sie können Ansagen hinzufügen, Menüs einrichten und Anrufe an einen Antwortdienst, einen Sammelanschluss, eine Voicemail oder eine reale Person verteilen. Erstellen Sie einen 24-Stunden-Zeitplan oder bieten Sie unterschiedliche Optionen, wenn Ihr Unternehmen geöffnet oder geschlossen ist.

Weitere Informationen zum Erstellen und Verwalten von Auto Attendants finden Sie unter Verwalten von Auto Attendants in Cisco Webex Control Hub.

Konfiguration einer Paging-Gruppe

Gruppen-Paging ermöglicht es Benutzern, einen One-Way-Anruf oder eine Gruppenseite für bis zu 75 Zielbenutzer und Arbeitsbereiche zu erstellen, indem sie eine Nummer oder eine Durchwahl wählen, die einem bestimmten Benutzer zugewiesen Paging-Gruppe.

Weitere Informationen zum Einrichten und Bearbeiten von Paging-Gruppen finden Sie unter Konfigurieren einer Paging-Gruppe in Cisco Webex Control Hub.

Einrichtungs-Anrufannahme

Verbessern Sie Teamwork und Zusammenarbeit, indem Sie eine Anrufannahme Gruppe erstellen, sodass die Benutzer gegenseitig Anrufe beantworten können. Wenn Sie Benutzer zu einer Anrufannahmegruppe hinzufügen und ein Gruppenmitglied abwesend oder beschäftigt ist, kann ein anderes Mitglied dessen Anrufe annehmen.

Weitere Informationen darüber, wie eine Rufannahmegruppe eingerichtet wird, finden Sie unter Anrufannahme in Cisco Webex Control Hub.

Geparkten Anruf einrichten

Mit dem Parken von Anrufen kann eine festgelegte Gruppe von Benutzern für das Parken von Anrufen andere verfügbare Mitglieder einer Anrufparkgruppe auswählen. Geparkte Anrufe können von anderen Mitgliedern der Gruppe vom eigenen Telefon aus entgegengenommen werden.

Weitere Informationen darüber, wie das Parken von Anrufen eingerichtet wird, finden Sie unter Parken von Anrufen in Cisco Webex Control Hub.

Aufschaltung für Benutzer aktivieren

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Benutzer.

3

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

4

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie dann Aufschalten aus.

5

Aktivieren Sie den Umschalter, damit andere Benutzer sich selbst zum laufenden Anruf dieses Benutzers hinzufügen können.

6

Aktivieren Sie die Option Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet , wenn Sie anderen einen Ton wiedergeben möchten, wenn sich dieser Benutzer in einen Anruf aufschaltet.

Die Einstellung Ton wiedergeben, wenn sich dieser Benutzer in einen Anruf aufschaltet gilt nicht für die Aufschaltfunktion von Customer Experience Basic und Essentials für Supervisor. Auch wenn Sie diese Option für einen Supervisor aktivieren, gibt das System den Benachrichtigungston nicht für den Agenten wieder, wenn sich ein Supervisor in einen Anruf in die Anrufwarteschlange aufschaltet.

Wenn Sie einem Agenten einen Signalton wiedergeben möchten, wenn sich ein Supervisor in einen Anruf aufschaltet, können Sie dies über die Einstellungen „Benachrichtigungston für Agenten“ aktivieren. Weitere Informationen finden Sie im Abschnitt Warteschlange erstellen in Webex Customer Experience Basic oder Webex Customer Experience Essentials.

7

Klicken Sie auf Speichern.

Datenschutz für einen Benutzer aktivieren

1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus, und klicken Sie auf Anrufen.

3

Wechseln Sie zum Bereich Berechtigungen zwischen Benutzern und wählen Sie Datenschutz.

4

Wählen Sie die entsprechenden Einstellungen für Auto Attendant-Privatsphäre für diesen Benutzer aus.

  • Zulassen, dass dieser Benutzer über eine Durchwahl angerufen werden kann
  • Zulassen, dass dieser Benutzer über seinen Vor- oder Nachnamen angerufen werden kann
5

Markieren Sie das Kontrollkästchen Privatsphäre aktivieren. Sie können dann beschließen, alle zu blockieren, indem Sie keine Mitglieder aus der Dropdown-Liste auswählen. Alternativ können Sie die Benutzer, Arbeitsbereiche und virtuellen Leitungen auswählen, die den Leitungsstatus dieses Benutzers überwachen können.

Wenn Sie ein Standortadministrator sind, werden in der Dropdown-Liste nur die Benutzer, Arbeitsbereiche und virtuellen Leitungen Ihrer zugewiesenen Standorte angezeigt.

Deaktivieren Sie das Kontrollkästchen Datenschutz aktivieren , damit alle den Leitungsstatus überwachen können.

6

Aktivieren Sie das Kontrollkästchen Datenschutz für gezielte Anrufübernahme und Aufschaltung durchsetzen , um die Privatsphäre für gezielte Anrufübernahme und Aufschaltung zu aktivieren.

  • Wenn Sie diese Option aktivieren, können nur autorisierte Benutzer, virtuelle Leitungen und Arbeitsbereichsgeräte bei diesem Benutzer eine gezielte Anrufübernahme und eine Aufschaltung verwenden. Andernfalls kann jeder in der Organisation eine gezielte Anrufübernahme und eine Aufschaltung auf einer Leitung vornehmen.
  • Weitere Informationen zum Aufschalten finden Sie unter Aufschalten in einem Anruf eines anderen Teilnehmers.
  • Der Supervisor kann sich jederzeit über die Anrufwarteschlange auf Anrufe aufschalten, die die Agenten empfangen. Das heißt, die Datenschutzeinstellungen wirken sich nicht auf die Aufschaltoption eines Supervisors aus.

7

Wählen Sie unter Mitglied nach Name hinzufügen die Benutzer, Arbeitsbereiche und virtuellen Leitungen aus, die den Leitungsstatus des Telefons überwachen und eine gezielte Anrufübernahme und eine Aufschaltung durchführen können.

8

Um die von Ihnen ausgewählten Mitglieder zu filtern, verwenden Sie das Feld Nach Name, Nummer oder Durchwahl filtern .

9

Klicken Sie auf Alle entfernen , um alle ausgewählten Mitglieder zu entfernen.

Um ein einzelnes Mitglied zu entfernen, klicken Sie neben dem Namen des Mitglieds auf Löschen .

10

Klicken Sie auf Speichern.

Datenschutzeinstellungen

Überwachung konfigurieren

Die maximale Anzahl der überwachten Leitungen für einen Benutzer beträgt 50. Berücksichtigen Sie beim Konfigurieren der Überwachungsliste jedoch die Anzahl der Nachrichten, die sich auf die Bandbreite zwischen Webex Calling und Ihrem Netzwerk auswirken. Bestimmen Sie außerdem die maximale Anzahl der überwachten Leitungen anhand der Anzahl der Leitungstasten auf dem Telefon des Benutzers.

1

Wechseln Sie aus der Kundenansicht in https://admin.webex.com zu Verwaltung und klicken Sie auf Benutzer.

2

Wählen Sie den Benutzer aus, den Sie ändern möchten, und klicken Sie auf Aufrufen.

3

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern und wählen Sie Überwachung aus.

4

Wählen Sie eine der folgenden Optionen:

  • Überwachte Leitung hinzufügen
  • Durchwahl für geparkte Anrufe hinzufügen

Sie können eine virtuelle Leitung zur Benutzerüberwachung in die Liste Überwachte Leitung hinzufügen aufnehmen.

5

Wählen Sie aus, ob Sie diesen Benutzer über geparkte Anrufe benachrichtigen möchten, suchen Sie nach der Person oder dem Anschluss für geparkte Anrufe, die überwacht werden soll, und klicken Sie dann auf Speichern.

Die Reihenfolge, in der die überwachten Leitungen in Control Hub aufgelistet werden, entspricht der Reihenfolge auf dem Gerät des Benutzers. Sie können die Liste der überwachten Leitungen jederzeit neu anordnen.

Der Name, der für die überwachte Leitung angezeigt wird, ist der Name, der in die Felder „Vor- und Nachname der Anrufer-ID“ für den Benutzer, den Arbeitsbereich und die virtuelle Leitung eingegeben wurde.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie die Überwachungseinstellungen für einen Benutzer in Control Hub verwalten.

Warnton für Anrufüberbrückung für Benutzer aktivieren

Vorbereitungen

Die gemeinsam genutzte Leitung muss konfiguriert sein, damit die Anrufbrücke aufgerufen werden kann. Erfahren Sie, wie Sie gemeinsam genutzte Leitungen konfigurieren , bevor Sie den Warnton für die Anrufüberbrückung aktivieren.
1

Melden Sie sich bei Control Hub an und gehen Sie zu Verwaltung > Benutzer.

2

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

3

Wechseln Sie zu Berechtigungen zwischen Benutzern und klicken Sie auf Warnton zur Anrufüberbrückung.

4

Aktivieren Sie den Warnton zur Anrufüberbrückung und klicken Sie auf Speichern.

Diese Funktion ist standardmäßig aktiviert.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten MPP-Leitung finden Sie unter Gemeinsam genutzte Leitungen auf Ihrem Multiplattform-Tischtelefon.

Weitere Informationen zur Anrufüberbrückung auf einer gemeinsam genutzten Leitung der Webex-App finden Sie unter Darstellung gemeinsam genutzter Leitungen für WebexApp.

Aktivieren Sie das Hotel für einen Benutzer

Wenn Sie Hoteling für einen Benutzer aktivieren, können Sie ein Host-Telefon verwenden und gleichzeitig die Funktionalität und die Funktionen des Haupttischtelefons beibehalten.

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Verwaltung > Benutzer.

3

Wählen Sie einen Benutzer aus und klicken Sie auf die Registerkarte Calling.

4

Wechseln Sie zum Abschnitt Berechtigungen zwischen Benutzern , wählen Sie Hoteling aus, und aktivieren Sie den Umschalter.

5

Geben Sie den Namen oder die Nummer des Hoteling-Hosts in das Suchfeld Hoteling-Standort ein, und wählen Sie den Hoteling-Host aus, den Sie dem Benutzer zuweisen möchten.

Sie können nur einen Hoteling-Gastgeber auswählen. Wenn Sie einen anderen Hoteling-Gastgeber auswählen, wird der erste gelöscht.

Wenn Sie Standortadministrator sind, können Sie nur den Hoteling-Host zuweisen, der Ihren zugewiesenen Standorten zugeordnet ist.

6

Wählen Sie aus der Dropdown-Liste Zuordnungszeitraum begrenzen die Anzahl der Stunden aus, die der Benutzer dem Hoteling-Host nutzen kann.

Das Telefon meldet den Benutzer nach der ausgewählten Zeit automatisch ab.

Auf dem Bildschirm wird eine Fehlermeldung angezeigt, wenn der für den Benutzer angegebene Limit-Zuordnungszeitraum den Limit-Zuordnungszeitraum des ausgewählten Hoteling-Hosts überschreitet. Wenn der Hoteling-Gastgeber beispielsweise einen Limit-Zuordnungszeitraum von 12 Stunden hat und der Limit-Zuordnungszeitraum des Benutzers 24 Stunden beträgt, wird eine Fehlermeldung angezeigt. In solchen Fällen müssen Sie die maximale Zuordnungsdauer des Hoteling-Hosts verlängern, wenn der Benutzer mehr Zeit benötigt.

7

Klicken Sie auf Speichern.

Benutzer können auch den gewünschten Hoteling-Host über User Hub suchen und suchen. Weitere Informationen finden Sie unter Zugriff auf Ihr Anrufprofil von überall aus.

Möchten Sie sehen, wie das funktioniert? Sehen Sie sich diese Videodemonstration an, um zu erfahren, wie Sie Hoteling im Control Hub konfigurieren können.

Tendenzen hinsichtlich Akzeptanz und Nutzungsberichte für Webex Calling

Anrufberichte anzeigen

Auf der Seite Analysen in Control Hub können Sie sehen, wie Webex Calling-Dienste verwendet werden, wie die Webex-App eingebunden wird und wie hoch die Qualität der Anrufmedien ist. So greifen Sie auf Webex Calling-Analysen zu:

1

Melden Sie sich bei Control Hub an.

2

Gehen Sie zu Analysen und wählen Sie die Registerkarte Anrufe aus.

3

Wählen Sie Detailliertes Anrufprotokoll aus.

Die Anrufverlaufsdetails werden mit Daten zur Medienqualität angezeigt.
4

Um auf Medienqualitätsdaten zuzugreifen, melden Sie sich bei Control Hub an, wechseln Sie zu Analysen und wählen Sie Anrufe aus.

Weitere Informationen
War dieser Artikel hilfreich für Sie?
War dieser Artikel hilfreich für Sie?
PreiseWebex-AppMeetingsCallingNachrichtenTeilen von Bildschirminhalten
Webex SuiteCallingMeetingsNachrichtenSlidoWebinareEventsContact CenterCPaaSSicherheitControl Hub
HeadsetsKamerasTisch-SerieRoom-SerieBoard-SerieTelefon-SerieZubehör
BildungGesundheitswesenRegierungsbehördenFinanzenSport und UnterhaltungFrontlineGemeinnützigStartupsHybrid-Arbeit
DownloadsTest-Meeting beitretenOnline-KurseIntegrationenZugänglichkeitInklusivitätLive- und On-Demand-WebinareWebex-CommunityWebex-EntwicklerNeuigkeiten und Innovationen
CiscoSupport kontaktierenKontaktieren Sie das Sales-TeamWebex BlogWebex Thought LeadershipWebex Merch StoreKarrieren
  • X
  • LinkedIn
  • Facebook
  • Youtube
  • Instagram
NutzungsbedingungenDatenschutzerklärungCookiesMarkenzeichen
©2025 Cisco und/oder Partnerunternehmen. Alle Rechte vorbehalten.
NutzungsbedingungenDatenschutzerklärungCookiesMarkenzeichen