Grundlagen

Voraussetzungen

Bevor Sie Cube ha als lokales Gateway für Webex Calling einsetzen, müssen Sie die folgenden Konzepte eingehend verstehen:

Die in diesem Artikel enthaltenen Konfigurationleitlinien nehmen eine dedizierte lokale Gateway auf, ohne vorhandene Sprachkonfigurationsfunktionen. Wenn eine bestehende Cisco Enterprise Bereitstellung modifiziert wird, um auch die lokale Gateway Funktion für Cisco Webex Calling zu nutzen, achten Sie genau auf die konfigurationsspezifische Konfigurationen, um sicherzustellen, dass vorhandene Anrufströme und Funktionalitäten nicht unterbrochen werden, und stellen Sie sicher, dass Sie die Systemanforderungen für die Cisco ha

Hardware-und Softwarekomponenten

Cube ha als lokales Gateway erfordert 16.12.2 oder höher und wird auf den folgenden Plattformen unterstützt:

  • ISR4000 – 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 R)
  • CSR1000 – (1, 2 und 4 vCPU Konfigurationen)


Die Befehlsbefehle und Protokolle in diesem Artikel basieren auf einer Mindestangabe der Software von Cisco 16.12.2, die auf einem vCube (CSR1000v) implementiert wurde.

Nachschlagewerk

Webex Calling Lösungsübersicht

Cisco Webex Calling ist ein Zusammenarbeitsangebot, das eine multidisziplinäre Alternative zum lokalen Webgebührentelefondienst mit zwei PSTN Optionen für Kunden bietet:

  • PSTN Anbieter verbundene CIT
  • Lokales Gateway

Die lokale Bereitstellung von Gateway (siehe unten) steht im Mittelpunkt dieses Artikels. Lokale Gateway ist die Option eigene PSTN für Cisco Webex Calling, indem Sie eine Kundenbindung an einen Kunden mit eigenem PSTN. Darüber hinaus bietet das Unternehmen eine Verbindung zu einer lokalen IP PBX Bereitstellung, z. B. Cisco Unified cm. Die gesamte Übermittlung von und aus der Cloud wird mit TLs Transport für SIP und SRTP für Medien sichergestellt.

Die Abbildung unten zeigt eine Webex Calling Bereitstellung ohne vorhandene IP PBX und ist auf eine einzelne oder mehrere Sites mit mehreren Sites anwendbar. Die in diesem Artikel skizzierte Konfigurationen basiert auf dieser Bereitstellung.

Redundanz für die Schicht 2

Die Redundanz von Cube ha Layer 2 nutzt das Infrastrukturprotokoll der Redundanzgruppe (RG), um ein Active/Standby Router zu bilden. Dieses Paar teilt die gleiche virtuelle IP-Adresse (VIP) über die jeweiligen Schnittstellen und tauscht ständig Statusmeldungen aus. Die Cisco Sitzungsinformationen werden auf den Router überprüft, der es dem Bereitstellen ermöglicht, alle Verantwortlichkeiten für die Einwahlverarbeitung sofort zu übernehmen, wenn der aktive Router keinen Dienstmodus übernimmt, was zu einer staatsmänerlichen Aufbewahrung von Signalisierung und Medien führt.


Überprüfen Sie, ob die Hinweise auf Verbindung mit Medienpaketen begrenzt sind. Anrufen im Transit sind nicht Spitz (z. B. ein versuchter oder klingender Zustand).

In diesem Artikel wird Cube ha auf Cube High Verfügbarkeits(ha) Schicht 2 Box to Box (B2B) Redundanz für statoeful Anruf beibehalten

Als 16.12.2 kann Cube ha als lokales Gateway für Cisco Webex Calling eingesetzt werden, und wir werden Designaspekte und Konfigurationen in diesem Artikel abdecken. Diese Abbildung zeigt eine typische Cube ha Einrichtung als lokales Gateway für eine Cisco Webex Calling Bereitstellung an.

Komponente der Konzernentlassungen

Die Infrastrukturgruppe (RG) Infra Komponente stellt die Unterstützung für die Bereitstellung von Kommunikationsinfrastruktur zwischen den beiden Würfeln zur Verfügung und verhandelt den abschließenden stabilen Redundanzzustand. Diese Komponente bietet außerdem folgende Möglichkeiten:

  • Ein HSRP Protokoll, das den endgültigen Redundanzzustand für jeden Router durch den Austausch von KeepAlive und Hallo-Nachricht zwischen den beiden Würfeln (über die Steuerschnittstelle) – GigabitEthernet3 in der Abbildung oben verhandelt.
  • Ein Transportmechanismus zum ansetzen des Signalisierungs-und Medienzustandes für jeden Rückruf vom aktiven zum Bereitstellungsingeräter (über die Datenschnittstelle) – GigabitEthernet3 in der Abbildung oben.

  • Konfiguration und Verwaltung der virtuellen IP (VIP)-Schnittstelle für die Verkehrsoberflächen (mehrere Datenschnittstellen können mit derselben RG Group konfiguriert werden) – GigabitEthernet 1 und 2 gelten als Traffic Interfaces.

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

Virtuelles IP (VIP) Adressmanagement für Signalisierung und Medien

B2B ha setzt auf VIP, um Redundanz zu erzielen. Die VIP und die dazugehörigen physikalischen Schnittstellen in beiden Würfeln im Cube ha paar müssen sich auf demselben LAN befinden. Die Konfigurieren des VIP und die Bindung der Schnittstelle zu einer bestimmten Sprachanwendung (SIP) sind für die Unterstützung von Voice B2B ha zwingend erforderlich. Externe Geräte wie Unified cm, Webex Calling Access SBC, Dienstanbieter oder Proxy, verwenden Sie VIP als ZielIP-Adresse für die über die Würfel durchquerenden anrufen. Aus Webex Calling Sicht fungiert die Cube ha Paare daher als ein einziges lokales Gateway.

Die Informationen zum Anmelden von Anrufsignalisierung und RTP für etablierte Anrufe werden vom Active Router auf den bereitstellen angezeigt. Wenn der aktive Router absteigt, übernimmt der Bereitschaftstrex die Leitung und leitet weiterhin den Bereich RTP weiter, der zuvor vom ersten Router geleitet wurde.

Telefonate in einem vergänglich Zustand zum Zeitpunkt des Failover werden nach der Umstellung nicht mehr aufbewahrt. Zum Beispiel, die noch nicht vollständig festgelegt sind oder gerade dabei sind, mit einer Übertragungs-oder Haltefunktion modifiziert zu werden. Etablierte Angespräche werden nach der Umstellung möglicherweise getrennt.

Die folgenden Erfordernisse für die Verwendung von Cube ha als lokales Gateway für einen staatsmänenhaften Ausfall von anfordern:

  • Cisco ha kann keine Verbindung zu TDM oder analogen Schnittstellen haben

  • Gig1 und Gig2 werden als Traffic (SIP/RTP)-Schnittstellen bezeichnet, und Gig3 ist die Steuerung/Datenschnittstelle für Redundanzgruppe (RG)

  • Es können nicht mehr als 2 Würfel ha in derselben Schicht 2 Domäne platziert werden, eine mit der Gruppe ID 1 und die andere mit der Gruppe ID 2. Wenn Sie 2 ha mit derselben Gruppenkennung konfigurieren, müssen die Schnittstellen der RG Control/Data zu verschiedenen Ebene 2-Domänen gehören (VLAN, separater Schalter)

  • Portkanal wird sowohl für RG Control/Data als auch für Traffic Schnittstellen unterstützt

  • Alle Signalisierung/Medien werden von/zur virtuellen IP-Adresse bezogen

  • Immer wenn eine Netzwerküberladen in einer Zusammenarbeit mit Würfeln neu geladen wird, werden Sie immer als Standby angezeigt.

  • Niedrigere Adresse für alle Schnittstellen (Gig1, Gig2, Gig3) sollte sich auf derselben Seite befinden

  • Dentarflächen-Schnittstellenkennzeichen, RII sollte für eine paar/Schnittstellenkombination auf derselben Ebene eindeutig sein.

  • Die Konfigurationselemente auf beiden Würfeln muss identisch sein, einschließlich der physikalischen Einstellungen, und Sie muss auf der gleichen Art von plattdeutschen und IOS-Geräten ausgeführt werden.

  • Rückloop-Schnittstellen können nicht als Bindung verwendet werden, da Sie immer oben sind.

  • Mehrere Traffic (SIP/RTP)-Schnittstellen (Gig1, Gig2) erfordern die Konfiguration der Schnittstellenüberwachung

  • Cube-ha wird nicht unterstützt über eine Kabelverbindung mit einem Crossover für den Ling-Control/Data (Gig3)

  • Beide Plattformen müssen identisch sein und über einen physischen Schalter über alle gleichen Schnittstellen für Cisco ha zur Arbeit verbunden sein, d.h. GE0/0/0 von Cube-1 und Cube-2 muss auf demselben Schalter und so weiter beendet werden.

  • Kann nicht direkt auf Würfeln beendet werden oder Data ha auf beiden Seiten

  • Sowohl Active als auch Standby müssen sich im selben Rechenzentrum befinden

  • Es ist zwingend erforderlich, die separate Oberfläche des L3 für Redundanz zu verwenden (RG Control/Data, Gig3). Die für den Datenverkehr verwendete Schnittstelle kann nicht für ha KeinAlives und Checkweisen verwendet werden.

  • Beim Failover durchläuft der zuvor aktive Würfel eine Neuauflage durch Design, wobei Signalisierung und Medien beibehalten werden.

Redundanz in beiden Würfeln konfigurieren

Sie müssen die Redundanz der Schicht 2 in beiden Würfeln konfigurieren, die in einem ha paar verwendet werden sollen, um virtuelle IPS zu erstellen.

1

Konfigurieren Sie die Schnittstelle auf globaler Ebene, um den Status der Schnittstelle zu verfolgen.

Conf T Track 1 GigabitEthernet1 Line-Protocol Track 2-Schnittstelle GigabitEthernet2 Leitung-Protokollausstieg
Vcube-1 # conf T
Vcube-1 (Konfiguration) #Track 1 GigabitEthernet1 Line-Protokoll
Vcube-1 (Konfigurationsspur) #Track 2 GigabitEthernet2 Line-Protokoll
Vcube-1 (Konfigurationsspur) #Ausgang
Vcube-2 # conf T
Vcube-2 (Konfiguration) #Track 1 GigabitEthernet1 Line-Protokoll
Vcube-2 (Konfigurationsspur) #Track 2 GigabitEthernet2 Line-Protokoll
Vcube-2 (Konfigurationsspur) #Ausgang

Track CLI wird in RG verwendet, um den Zustand der Sprachverkehrsoberfläche zu verfolgen, sodass der aktive Weg nach dem Absinken der Verkehrsoberfläche seine aktive Rolle übernimmt.

2

Konfigurieren Sie eine RG für die Verwendung mit VoIP ha unter dem Submodus der Anwendungsentlassung.

Redundanzvorgang Redundanz Gruppe 1 Name LocationGateway-ha Priorität 100 Failover Threshold 75 Control GigabitEthernet3 Protokoll 1 GigabitEthernet3 Timers Delay 30 ReloPad 60 Track 1 Shutdown Track 2 Shutdown: 1 Timers HelloTime 3 HoldeTime 10 Ausfahrt Ausfahrt
Vcube-1 (Konfiguration) #Redundanz
Vcube-1 (Konfiguration-rot) #Anwendung Redundanz
Vcube-1 (Konfiguration-rot-APP) #Gruppe 1
Vcube-1 (Konfiguration-rot-App-GRP) #Name LocalisierGateway-ha
Vcube-1 (Konfiguration-rot-App-GRP) #Priorität 100 Failover Threshold 75
Vcube-1 (Konfiguration-rot-App-GRP) #Control GigabitEthernet3 Protokoll 1
Vcube-1 (Konfiguration-rot-App-GRP) #GigabitEthernet3
Vcube-1 (Konfiguration-rot-App-GRP) #Timers Delay 30 ReloPad 60
Vcube-1 (Konfiguration-rot-App-GRP) #Track 1 Shutdown
Vcube-1 (Konfiguration-rot-App-GRP) #Track 2 Shutdown
Vcube-1 (Konfiguration-rot-App-GRP) #Ausgang
Vcube-1 (Konfiguration-rot-APP) #Protokoll 1
Vcube-1 (Konfiguration-rot-App-PRTCL) #Timers HelloTime 3 HolfTime 10
Vcube-1 (Konfiguration-rot-App-PRTCL) #Ausgang
Vcube-1 (Konfiguration-rot-APP) #Ausgang
Vcube-1 (Konfiguration-rot) #Ausgang
Vcube-1 (Konfiguration) #
Vcube-2 (Konfiguration) #Redundanz
Vcube-2 (Konfiguration-rot) #Anwendung Redundanz
Vcube-2 (Konfiguration-rot-APP) #Gruppe 1
Vcube-2 (config-rot-App-GRP) #Name LocalisierGateway-ha
Vcube-2 (config-rot-App-GRP) #Priorität 100 Failover Threshold 75
Vcube-2 (config-rot-App-GRP) #Control GigabitEthernet3 Protokoll 1
Vcube-1 (Konfiguration-rot-App-GRP) #GigabitEthernet3
Vcube-2 (config-rot-App-GRP) #Timers Delay 30 ReloPad 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) #Ausgang
Vcube-2 (Konfiguration-rot-APP) #Protokoll 1
Vcube-2 (config-rot-App-PRTCL) #Timers HelloTime 3 HolfTime 10
Vcube-2 (config-rot-App-PRTCL) #Ausgang
Vcube-2 (Konfiguration-rot-APP) #Ausgang
Vcube-2 (Konfiguration-rot) #Ausgang
Vcube-2 (Konfiguration) #

Hier finden Sie eine Erläuterung der in dieser Anmeldung verwendeten Felder:

  • – tritt in den Redundanzmodus

  • Die – für dieAnwendungsentlassung

  • Gruppe– gibt die Konfigurationsmodus der Redundanzgruppe

  • Name LokalGateway-ha– definiert den Namen der RG Gruppe.

  • Priorität 100 Failover Threshold 75– gibt die anfängliche Priorität und die Failover Schwellenwerte für eine RG an

  • Timers Delay 30 ReloPad 60– die beiden Zeiten werden verzögert und neu geladen

    • Verzögern Sie die Zeitschaltuhr so lange, bis die Initialisierung und Rollenverhandlungen der RG Gruppe verzögert werden, nachdem die Schnittstelle – 30 Sekunden beträgt. Bereich ist 0-10000 Sekunden

    • Wiederladen der – dies ist der Zeitaufwand, um die Initialisierung und Rollenverhandlungen der RG Group nach einem – 60 Sekunden zu verzögern. Bereich ist 0-10000 Sekunden

    • Standardtimer werden empfohlen, wenn diese Timer möglicherweise angepasst werden, um eine zusätzliche Netzwerkkonvergenz zu berücksichtigen, die während des bootup/Nachladen der Router auftreten kann, um zu gewährleisten, dass das RG Protokoll verhandelt, nachdem die Weiterleitung im Netzwerk an einen stabilen Punkt angenähert wurde. Wenn Sie beispielsweise nach Failover sehen, dass es bis zu 20 Sekunden dauert, bis das neue Standby das erste RG Hallo Paket des neuen aktiver sieht, dann sollten die Timer an "Timers Delay 60 Reloladen 120" angepasst werden, um diese Verzögerung zu vermeiden.

  • Control GigabitEthernet3 Protokoll 1– Konfigurelle konfiguriert die Schnittstelle zum Austausch von KeepAlive und Hallo-Nachricht zwischen den beiden Würfeln, und gibt die Protokollinstanz an, die an einer Steuerschnittstelle befestigt wird und in den Konfigurationsmodus für die Redundanzanwendung Eintritt

  • Data GigabitEthernet3– konfiguriert die Schnittstelle, die für die Suche nach Datenverkehr verwendet wird

  • – verfolgen, dass Schnittstellen verfolgt werden

  • Protokoll 1– gibt die Protokollinstanz an, die an einer Steuerschnittstelle befestigt wird und in den Konfigurationsmotor der Redundanzanwendung

  • Timers HelloTime 3– konfiguriert die beiden Timer für Hellotime und Holodtime:

    • – Zwischen aufeinanderfolgenden – standardmäßig 3 Sekunden. Bereich ist 250 Millisekunden-254 Sekunden

    • – Das Intervall zwischen dem Empfang einer Hallo Nachricht und der Vermutung, dass der sendendes Router fehlgeschlagen ist. Diese Dauer muss größer sein als die – 10 Sekunden. Bereich ist 750 Millisekunden-255 Sekunden

      Wir empfehlen, dass Sie die Zeiterzeiterzeitliste auf mindestens das 3-fache des Wertes der Hellotime Timer konfigurieren.

3

Aktivieren Sie die Redundanz von Box nach Box für die Cisco Anwendung. Konfigurieren Sie die RG aus dem vorherigen Schritt unter Voice Service VoIP. Dadurch kann die Cube Anwendung den Redundanzvorgang steuern.

Kündigung des Sprachdienstes VoIP-Gruppe 1
Vcube-1 (Konfiguration) #Voice Service VoIP
Vcube-1 (config-Voi-SERV) #Redundanz-Gruppe 1
% Erstellt RG 1 Assoziatiation mit Voice B2B ha; Wiederladen des Routers, sodass die neue Konfiguration wirksam werden soll
Vcube-1 (config-Voi-SERV) # Ausgang
Vcube-2 (Konfiguration) #Voice Service VoIP
Vcube-2 (config-Voi-SERV) #Redundanz-Gruppe 1
% Erstellt RG 1 Assoziatiation mit Voice B2B ha; Wiederladen des Routers, sodass die neue Konfiguration wirksam werden soll
Vcube-2 (config-Voi-SERV) # Ausgang

Redundanz-Gruppe 1– Hinzufügen und Entfernen dieses Befehls erfordert ein Nachladen, damit die aktualisierte Konfiguration wirksam wird. Wir werden die Plattformen nach der Anwendung der Konfiguration neu laden.

4

Konfigurieren Sie die Gig1 und Gig2 mit ihren jeweiligen virtuellen IPS, wie unten gezeigt, und wenden Sie die Redundanzschnittstelle (RII) an.

Vcube-1 (config) #GigabitEthernet1
Vcube-1 (Konfiguration-if) # Redundanz RII 1
Vcube-1 (Konfiguration-if) # Redundanz Gruppe 1 198.18.1.228 exklusiv
Vcube-1 (Konfiguration-if) # Ausgang
Vcube-1 (Konfiguration) #
Vcube-1 (config) #GigabitEthernet2
Vcube-1 (Konfiguration-if) # Redundanz RII 2
Vcube-1 (Konfiguration-if) # Redundanz Gruppe 1 198.18.133.228 exklusiv
Vcube-1 (Konfiguration-if) # Ausgang
Vcube-2 (config) #GigabitEthernet1
Vcube-2 (Konfiguration-if) # Redundanz RII 1
Vcube-2 (Konfiguration-if) # Redundanz Gruppe 1 198.18.1.228 exklusiv
Vcube-2 (Konfiguration-if) # Ausgang
Vcube-2 (Konfiguration) #
Vcube-2 (config) #GigabitEthernet2
Vcube-2 (Konfiguration-if) # Redundanz RII 2
Vcube-2 (Konfiguration-if) # Redundanz Gruppe 1 198.18.133.228 exklusiv
Vcube-V (Konfiguration-if) # Ausgang

Hier finden Sie eine Erläuterung der in dieser Anmeldung verwendeten Felder:

  • Redundanz RII– konfiguriert die Entlassungsschnittstelle für die Redundanzgruppe. Für die Generierung einer virtuellen Mac (vMac)-Adresse erforderlich. Der gleiche RII ID Wert muss auf der Schnittstelle jedes Routers (Active/Standby) mit demselben VIP verwendet werden.


     

    Wenn mehr als ein B2B Pair im selben LAN vorhanden ist, muss jedes Paar über die jeweiligen Schnittstellen eindeutige RII IDs verfügen (um eine Kollision zu verhindern). Die Option "Redundanzanwendung anzeigen" sollte die korrekten lokalen und Peer-Review angeben.

  • Die Redundanz Gruppe 1– verbindet die Schnittstelle mit der Redundanzgruppe, die in Schritt 2 erstellt wurde. Konfigurieren Sie die RG Gruppe sowie die VIP, die dieser physischen Oberfläche zugewiesen ist.


     

    Es ist zwingend erforderlich, eine separate Schnittstelle für Redundanz zu verwenden, das heißt, die Schnittstelle, die für den Sprachverkehr verwendet wird, kann nicht als Steuerung und Datenschnittstelle in Schritt 2 oben angegeben verwendet werden. In diesem Beispiel wird Gigabit Interface 3 für RG Control/Data verwendet.

5

Speichern Sie die Konfiguration des ersten Würfels und laden Sie ihn erneut.

Die Option zum erneuten Wiederladen ist immer das Standby.

Vcube-1 #WR
Gebäudekonfigurations-Configuration ...
Or
Vcube-1 #Nachladen
Mit Reloladen fortfahren? bestätigen

Nachdem Vcube-1 komplett hochgebootet ist, speichern Sie die Konfiguration von vCube-2 und laden Sie Sie erneut.

Vcube-2 #WR
Gebäudekonfigurations-Configuration ...
Or
Vcube-2 #Reloladen
Mit Reloladen fortfahren? bestätigen
6

Überprüfen Sie, ob die Benutzereinstellungen wie erwartet funktioniert. Die relevante Ausgabe ist fett markiert.

Wir haben Vcube neu geladen-2 Letzte und nach den Konstruktionsüberlegungen; die zu überladen vorgegebene Option ist immer im Standby.

Vcube-1 #Redundanz Anwendungsgruppe alle Fehler Staaten Gruppe 1 info: Laufzeitpriorität: [100] RG Fehler RG State: oben. Insgesamt # Anzahl der Teilnehmer 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: Rollenänderung in Active: 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: 1, down 0, admin_down 0 neu laden 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, Halteautomat: 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: Vertreten. Zeitschaltuhr: 10000 PKTS 61, Bytes 2074, ha SEQ 0, Seq Nummer 69, Pkt Loss 0 vcube-1 #
Vcube-2 # verfügbareRedundanzgruppe alle Fehler Staaten Gruppe 1 info: Laufzeitpriorität: [100] RG Fehler RG State: oben. Insgesamt # Anzahl der Teilnehmer 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: Rollenänderung in Active: 1 Rollenänderung in Standby: 1 Events deaktivieren: RG Down State 0, RG schließen 0 STRG InWF Events: 1, down 0, admin_down 0 neu laden 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, Halteautomat: 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: Vertreten. Zeitschaltuhr: 10000 PKTS 61, Bytes 2074, ha SEQ 0, Seq Nummer 69, Pkt Loss 0 vcube-2 #

Konfigurieren eines lokalen Gateway in beiden Würfeln

In unserer Beispielkonfigurationsplattformen verwenden wir die folgenden Informationen von Webex Control Hub, um die lokale Gateway Configuration auf beiden Plattformen, vcube-1 und vcube-2 zu erstellen. Der Benutzername und das Passwort für diese Einrichtung lauten wie folgt:

  • Benutzer: Hussain1076_LGU

  • Kennwort: lOV12MEaZx

1

Stellen Sie sicher, dass ein Konfigurationschlüssel für das Passwort erstellt wurde, wobei die Befehle unten angezeigt werden, bevor er in den Anmeldedaten oder freigegebenen Geheimnissen verwendet werden kann. Die Passwörter des Typs 6 werden mit AES Cipher und diesem benutzerdefinierten Konfigurationstaste verschlüsselt.

LokalGateway # conf T Loclocal Gateway (config) #Schlüsselkonfiguration-Schlüsselpasswort-Verschlüsselung Password123 LokalGateway (config) #Passwortverschlüsselung AES

Hier ist die lokale Gateway Konfiguration, die auf beide Plattformen basierend auf den oben angezeigten Control Hub Parametern, speichern und Nachladen, gilt. Die Anmeldedaten von SIP Digest von Control Jub sind fett markiert.

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 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 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 "<sip:(.*)" "<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 codec preference 3 g729r8 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:1a01.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 den Befehl "Befehlsauszeichnung anzeigen" anzuzeigen, haben wir Vcube-2 gefolgt von vcube-1 neu geladen, wodurch Vcube-1 der Bereitstellungswürfel und vCube-2 der aktive Würfel wurde

2

Zu einem beliebigen Zeitpunkt wird nur eine andere-Version eine aktive Registrierung als lokales Gateway mit dem Webex Calling Access SBC beibehalten. Werfen Sie einen Blick auf die Ausgabe der folgenden Befehle.

Redundanzanwendung anzeigen Gruppe 1

SIP-UA-registrieren anzeigen

Vcube-1 # verfügbareRedundanzanwendung Gruppe 1 Gruppe ID: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschalterbetriebszustand: 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: Aktiver vCube-1 #SIP anzeigen-UA registrieren Status vCube-1 #
Vcube-2 # verfügbareRedundanzanwendung Gruppe 1 Gruppe ID: 1 Gruppenname: LokalGateway-ha Administrative State: Kein Abschalterbetriebszustand: 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--------------------Registrierungs-Index 1---------------------Line Peer läuft ab (sec) reg überleben P-ASSOCI-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = + = = = = + = = = 1 48 Hussain5091_LGU #

Aus der obigen Ausgabe können Sie sehen, dass vCube-2 die aktive LGW ist, die die Registrierung mit Webex Calling Access SBC pflegt, während die Ausgabe des "SIM-UA Registerstatus anzeigen" in Vcube leer ist-1

3

Aktivieren Sie nun die folgenden Fehlerüberprüfungen in vcube-1

Vcube-1 #Debug CTsip nicht Einwahlfehler ist nicht möglich Vcube-1 #Debug ccsip Info SIP Anrufinfo Tracing ist aktiviert vcube-1 #Debug ccsip Nachricht
4

Simulieren Sie Failover, indem Sie in diesem Fall den folgenden Befehl auf der aktiven LGW, vCube-2 ausführen.

Vcube-2 #Redundanz Applikation Gruppe 1 selbst neu laden

Die Umstellung vom Active auf das Standby LGW erfolgt im folgenden Szenario neben dem oben aufgeführten CLI.

  • Wenn der aktive Router neu geladen werden
  • Wenn der Stromzyklus des aktiven Routers
  • Wenn eine von RG konfigurierte Schnittstelle des Active Routers abgeschaltet ist, für die eine Verfolgungsjagd aktiviert ist
5

Überprüfen Sie, ob vcube-1 sich bei Webex Calling Access SBC registriert hat. Vcube-2 hätte jetzt neu geladen.

Vcube-1 #SIP anzeigen-UA Registrierstatus: 200--------------------Registrierungs-Index 1---------------------Line Peer läuft ab (sec) reg überleben P-ASSOCI-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = + = = = + = = = 1 56 Hussain5091_LGU  #

Vcube-1 ist jetzt die aktive LGW.

6

Schauen Sie sich das entsprechende Debugprotokoll in Vcube an, indem Sie ein SIP Register senden, um über die virtuelle IP Webex Calling und einen 200 OK zu erhalten.

Vcube-1 # Show Log 9 18:37:24.769: % RG_MEDIA -3-ZeitzeitAblauf: RG ID 1 Hallo Zeit abgelaufen. 9. Januar 18:37:24.771: % RG_PROTCOL -5-RoleChange: RG ID 1 Rollenänderung von Standby zu Active Jan 9 18:37:24.783: % VOICE_HA-2 SWITCHOVER_IND: Umschaltstatus, von STANDBY_HOT zu aktivem Zustand. 9. Januar 18:37:24.783: -1/XXXXXXxxxxxx/SIP/info/info/4096/sip_ha_notify_active_role_event: Empfangene Benachrichtigung über aktives Rollenspiel Jan 9 18:37:25.758: -1/xxxxxxxxxxx/SIP/msg/ccsipDisplayMSG: Gesendet: SIP registrieren: 40462196.Cisco-bcld.com:5061/2.0 über: SIP/2.0/TLs 198.18.1.228:5061; Zweig = z9hG4bK0374 aus: <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 aufnehmen: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Abläuft: 240 unterstützt: Weinhalt-Länge: 0
9. Januar 18:37:25.995: -1/000000000000/SIP/msg/ccsipDisplayURL: Erhalten: SIP/2.0 401 unberechtigt über: SIP/2.0/TLs 198.18.1.228:5061; empfangen = 173.38.218.1; Zweig = z9hG4bK0374; rport = 4742 aus: <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/xxxxxxxxxxx/SIP/msg/ccsipDisplayMSG: Gesendet: Anmelden: 40462196. CIP/bcld.com:5061 über: SIP/2.0/TLs 198.18.1.228: 5061; Zweig = z9hG4bK16DC aus: <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 aufnehmen: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Abläuft: 240 unterstützt: Wedeautorisierung: Digest Benutzername = "Hussain1076_LGU", Realm = "BroadWorks", URI = "SIPs:40462196:5061", Response = "b6145274056437b9c07f7ecc08ebdb02", Nonce = "BroadWorksXk572qd01Ti58z1iBW", cnonce = "3e0e2c4d", QoP = auth, Algorithmus = MD5, NC = 00000001 Inhalt-Länge: 0
9. Januar 18:37:26.190: 1/000000000000/SIP/msg/ccsipDisplayCSG: Erhalten: SIP/2.0 200 OK über: SIP/2.0/TLs 198.18.1.228: 5061; empfangen = 173.38.218.1; Zweig = z9hG4bK16DC; rport = 4742 aus: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; Tag = 8D573-189 bis: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; Tag = SD1u8bd99 1897486570 1578595 46184 Anruf-ID: FFFFFFFFEA0684EF 324511FFFFFFFF800281CD FFFFFFFFB5F93B97 Zeitstempel: 1578595045 CSeq: 3 Kontakt aufnehmen: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>; Ablaufdatum = 120; q = 0,5 zulassen-Events: Anrufinformationen, Linienbeschlagung, Dialogfeld, Nachrichtenübersicht, als-Funktion-Event, X-Broadworks-HotelING, X-Broadworks-Call-Center-Status, Konferenzinhalt-Länge: 0