Grunderna

Förutsättningar

Innan du distribuerar CUBE HA som en lokal gateway för Webex Calling ska du se till att du har en djupgående förståelse av följande begrepp:

De konfigurations rikt linjer som finns i den här artikeln förutsätter en dedikerad gateway-plattform utan befintlig röst konfiguration. Om en befintlig kub Enterprise-distribution ändras så att den även använder den lokala gateway-funktionen för Cisco Webex Calling, bör du försäkra dig om att de befintliga samtals flödena är avstängda och att de inte fungerar som de ska, och se till att du iakttar kraven på kub HA design.

Maskinvaru-och program varu komponenter

KUBEN HA as Local Gateway kräver IOS-XE-version 16.12.2 eller senare och stöds på följande plattformar:

  • ISR4000-serien – 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)

  • CSR1000-serien – vCUBE (1, 2 och 4 vCPU-konfigurationer)

Show-kommandona och loggarna i den här artikeln baseras på en minimal program varu version av Cisco IOS-XE 16.12.2 som implementerats på en vCUBE (CSR1000v).

Referensmaterial

Här är några detaljerade konfigurations guider för KUBDATA för olika plattformar:

Webex Calling lösning, översikt

Cisco Webex Calling är ett samarbetsprogram som tillhandahåller ett Cloud-baserat alternativ för flera innehavare, med två olika PSTN alternativ för kunder:

  • Cloud Connected PSTN Provider
  • Lokal gateway

Distributionen av lokala gateways (som visas nedan) är fokus på den här artikeln. Lokal gateway är det alternativ som du kan PSTN använda för att Cisco Webex Calling genom att ge anslutning till en kundPSTN tjänst. Den ger också anslutning till en lokal distribuering av IP-PBX, t. ex. Cisco Unified CM. All kommunikation till och från molnet säkras med TLS-transport för SIP och SRTP för media.

Bilden nedan visar en Webex Calling distribution utan befintlig IP-växel och är tillämplig för en enda eller flera distribueringar av webbplatser. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

Nivå till Box-redundans

Redundans för kub MB-skikt 2 använder RG-infrastrukturen (nogroup) för att skapa ett aktivt/standby-par av routrar. Det här paret delar samma virtuella IP-adress (VIP) över deras respektive gränssnitt och kontinuerligt utbyter status meddelanden. Information om KUBDATA är markerad över de routrar som gör att den försätts i vilo läge som gör all bearbetnings skyldighet för kub samtal över omedelbart om den aktiva routern går ur drift, vilket resulterar i en tillstånds känsligt bevarande av signal och media.


Bock markering är begränsat till anslutna samtal med medie paket. Samtal under överföringen är inte markerad (t. ex. ett försök eller en uppringnings status).

I den här artikeln hänvisas till---bevarande av samtal--------------------------------

Från och med IOS-XE-16.12.2 kan kuben HA distribuerats som lokal gateway för Cisco Webex Calling-distributioner och vi täcker designen av utformning och konfigurationer i den här artikeln. Denna figur visar en typisk kub HA-inställning som lokal gateway för en Cisco Webex Calling distribution.

Grupp för redundans-komponent

Den rg-komponent (Group) som har stöd för att tillhandahålla kommunikation mellan de två kuberna och förhandla om det slutliga säkra redundans tillståndet. Den här komponenten tillhandahåller även:

  • Ett HSRP-liknande protokoll som förhandlar om det slutliga redundans tillståndet för varje router genom att utväxla keepalive-och hälsnings meddelanden mellan de två KUBERna (via kontroll gränssnittet) — GigabitEthernet3 i ovanstående bild.

  • En transport metod för kontroll av insticks signal och media tillstånd för varje samtal från aktiv till vilo-routern (via data gränssnittet) – GigabitEthernet3 i ovanstående bild.

  • Konfiguration och hantering av virtuella IP-gränssnitt (VIP) för trafik gränssnitt (flera trafik gränssnitt kan konfigureras med samma RG-grupp) – GigabitEthernet 1 och 2 anses vara trafik gränssnitt.

Denna RG-komponent måste ha kon figurer ATS speciellt för att stödja röst B2B HA.

Hantering av virtuell IP-adress (VIP) för både signal och media

B2B HA förlitar sig på VIP för att uppnå redundans. VIP och de associerade fysiska gränssnitten på båda KUBERna i KUBNAMNET-paret måste finnas på samma LAN-undernät. Konfigurationen av VIP och bindning av VIP-gränssnitt till ett visst röst program (SIP) är obligatoriskt för röst-B2B HA-support. Externa enheter, t. ex. Unified CM, Webex Calling Access SBC, tjänste leverantör eller proxy, använder VIP som mål-IP-adress för samtal som passerar genom KUBER HA routrar. Därför fungerar KUBNAMNET-par som en enda lokal gateway från en Webex Calling punkt.

Information om samtals signalering och RTP-session för etablerade samtal anges som en kontroll punkt från den aktiva routern till den mellanliggande routern. När den aktiva routern blir nere övertas routern och fortsätter att vidarebefordra den RTP-ström som tidigare hade dirigerats av den första routern.

Samtal i ett tillfälligt tillstånd vid redundansväxlingen kommer inte att behållas efter växling. T. ex. samtal som inte helt har etablerats eller som håller på att ändras med en överförings-eller Hold-funktion. Upprättade samtal kan kopplas bort efter växling.

Följande krav finns för användning av kub HA som lokal gateway för tillstånds känslig redundans för samtal:

  • CUBE HA kan inte ha TDM eller analoga gränssnitt befinner sig

  • Gig1 och Gig2 kallas för gränssnitt (SIP/RTP) och Gig3 är redundans (RG) kontroll/data gränssnitt

  • Det går inte att placera fler än två KUBER HA-par i samma skikt 2-domän, en med grupp-ID 1 och den andra med grupp-ID 2. Om du konfigurerar 2 HA-par med samma grupp-ID måste RG Control/data-gränssnitt tillhöra olika Layer 2-domäner (VLAN, separat switch)

  • Port kanal stöds för både RG styrning/data-och trafik gränssnitt

  • All signalering/media har flyttats från/till den virtuella IP-adressen

  • När en plattform läses in på nytt i en kub-HA-relation, startas det alltid som vänte läge

  • Lägre adress för alla gränssnitt (Gig1, Gig2, Gig3) måste finnas på samma plattform

  • Redundans gränssnitts identifierare, RII ska vara unikt för en par/gränssnitts kombination på samma skikt 2

  • Konfigurationen på båda KUBERna måste vara identisk inklusive fysisk konfiguration och måste vara i samma typ av plattform och IOS-XE-version

  • Loopback-gränssnitt kan inte användas som bindning eftersom de alltid är uppåt.

  • Gränssnitt för flera trafik-(SIP-/RTP)-gränssnitt (Gig1, Gig2) måste vara inloggad för att konfigureras

  • KUBEN-HA stöds inte över en korskopplad kabel anslutning för RG-Control/data-länken (Gig3)

  • Båda plattformarna måste vara identiska och anslutas via en fysisk växel över alla andra gränssnitt för att man ska kunna fungera, dvs. GE0/0/0 av kub-1 och kub-2 måste avslutas på samma switch och så vidare.

  • Det går inte att ha WAN avslutat i KUBER direkt eller data HA på endera sida

  • Både aktiv/vänte läge måste vara i samma data Center

  • Det är obligatoriskt att använda separata L3-gränssnitt för redundans (RG Control/data, Gig3). dvs......................

  • Vid redundans går den tidigare aktiva kuben igenom genom att använda den på nytt genom design, konservering av signal och media

Konfigurera redundans på båda KUBERna

Du måste konfigurera list-till-Box-redundans för nivå 2 på båda KUBER som är avsedda att användas i ett HA-par för att hämta virtuella IP-adresser.

1

Konfigurera gränssnitts spårning på global nivå för att spåra gränssnittets status.

conf-spårning 1-gränssnitt GigabitEthernet1 line-Protocol Track 2 Interface GigabitEthernet2 line-Protocol Exit
VCUBE-1 # conf t
VCUBE-1 (konfiguration) #spår 1 gränssnitts-GigabitEthernet1 på ett-protokoll
VCUBE-1 (konfiguration-spårning) #spårning 2 gränssnitts-GigabitEthernet2-
VCUBE-1 (konfiguration-spårning) #Avsluta
 
VCUBE-2 # conf
VCUBE-2 (konfiguration) #spår 1 gränssnitts-GigabitEthernet1 på ett-protokoll
VCUBE-2 (konfiguration-spårning) #spår 2 gränssnitts-GigabitEthernet2-
VCUBE-2 (konfiguration-spårning) #Avsluta

Spåra CLI används i RG för att spåra röst trafik gränssnittets tillstånd så att den aktiva vägen blir riktigt aktiv när trafik gränssnittet är nere.

2

Konfigurera en RG för användning med VoIP HA i delläge för programmets redundans.

redundans-program redundans grupp 1 namn LocalGateway-HA prioritet 100 redundans tröskelvärde 75 kontrol lera GigabitEthernet3 Protocol 1 data GigabitEthernet3 timers fördröjning 30 omladdning av 60 spårning 1 stänger upp spårning 2 Stäng av protokoll 1 timers, hellotime 3 holdtime 10 Avsluta Avsluta Avsluta.
VCUBE-1 (konfiguration) #redundans
VCUBE-1 (konfiguration-Red) #program redundans
VCUBE-1 (konfiguration-Red-app) #grupp 1
VCUBE-1 (konfiguration-Red-app-om grupp) #namn LocalGateway-ha
VCUBE-1 (konfiguration-Red-app-om grupp) #prioritet 100 failover-tröskelvärde 75
VCUBE-1 (konfiguration-Red-app-om grupp) #Control GigabitEthernet3 Protocol 1
VCUBE-1 (konfiguration-Red-app-om grupp) #data-GigabitEthernet3
VCUBE-1 (konfiguration-Red-app-om grupp) #timers fördröjning 30 omladdning 60
VCUBE-1 (konfiguration-Red-app-om grupp) #spår 1 stängs av
VCUBE-1 (konfiguration-Red-app-om grupp) #spår 2 stängs av
VCUBE-1 (konfiguration-Red-app-om grupp) #Avsluta
VCUBE-1 (konfiguration-Red-app) #protokoll 1
VCUBE-1 (konfiguration-Red-app-prtcl) #timers hellotime 3 holdtime 10
VCUBE-1 (konfiguration-Red-app-prtcl) #Avsluta
VCUBE-1 (konfiguration-Red-app) #Avsluta
VCUBE-1 (konfiguration-Red) #Avsluta
VCUBE-1 (konfiguration) #
 
VCUBE-2 (Konfig) #redundans
VCUBE-2 (konfiguration-Red) #program redundans
VCUBE-2 (konfiguration-Red-app) #grupp 1
VCUBE-2 (Konfig-Red-app-om grupp) #namn LocalGateway-ha
VCUBE-2 (konfiguration-Red-app-om grupp) #prioritet 100 failover-tröskelvärde 75
VCUBE-2 (konfiguration-Red-app-om grupp) #Control GigabitEthernet3 Protocol 1
VCUBE-1 (konfiguration-Red-app-om grupp) #data-GigabitEthernet3
VCUBE-2 (konfiguration-Red-app-om grupp) #timers fördröjning 30 omladdning 60
VCUBE-2 (konfiguration-Red-app-om grupp) #spår 1 stängs av
VCUBE-2 (konfiguration-Red-app-om grupp) #spår 2 stängs av
VCUBE-2 (konfiguration-Red-app-om grupp) #Avsluta
VCUBE-2 (konfiguration-Red-app) #protokoll 1
VCUBE-2 (konfiguration-Red-app-prtcl) #timers hellotime 3 holdtime 10
VCUBE-2 (konfiguration-Red-app-prtcl) #Avsluta
VCUBE-2 (konfiguration-Red-app) #Avsluta
VCUBE-2 (konfiguration-Red) #Avsluta
VCUBE-2 (konfiguration) #

Här är en förklaring av de fält som används i denna konfiguration:

  • redundans– anger redundans-läge

  • applikations redundans– anger konfigurations läget för programmets redundans

  • grupp– anger konfigurations läge för redundans för program grupp

  • namn LocalGateway-HA– definierar namnet på rg-gruppen

  • prioritet 100 failover Threshold 75– anger de inledande prioritets-och failover trösklarna för en rg

  • timers fördröjning 30 omladdning 60— konfigurerar de två tiderna för fördröjning och återaktivering

    • Fördröjning vid försening som är den tid det tar att försena RG-gruppens initierings-och roll förhandlingar när gränssnittet har upprättats – standard 30 sekunder. Intervall är 0-10000 sekunder

    • Läs in på nytt – det här är den tid som det tar att försena RG grupp initiering och roll förhandling efter en omaktivning – standard 60 sekunder. Intervall är 0-10000 sekunder

    • Standardvärden rekommenderas, men de kan justeras för att få en extra fördröjning av nätverks konvergens som kan uppstå under bootup/omladdningen av routrarna, för att garantera att RG-protokollets förhandling sker när dirigeringen i nätverket har konvergerats till en stabil punkt. Om det t. ex. kan visas efter att det har varit i fel meddelande om att den tar upp till 20 sekunder för den nya VÄNTe 120 60 tiden för att se det första RG HELLO-paketet från den nya, ska timers

  • Control GigabitEthernet3 Protocol 1— konfigurerar gränssnittet som används för att utväxla keepalive-och hälsnings meddelanden mellan de två kuberna och anger den protokoll instans som ska kopplas till ett kontroll gränssnitt och som anger konfigurations läge för redundans.

  • data GigabitEthernet3– konfigurerar det gränssnitt som används vid kontroll av data trafik.

  • spår– RG grupp spårning av gränssnitt

  • protokoll 1– anger protokoll instansen som kommer att kopplas till ett kontroll gränssnitt och går in i konfigurations läget för redundans.

  • timers (hellotime) 3 holdtime 10— konfigurerar de två tidsmerarna för hellotime och holdtime:

    • Hellotime – intervall mellan efterföljande hälsnings meddelanden – standard 3 sekunder. Intervallet är 250 millisekunder-254 sekunder

    • Holdtime – intervallet mellan mottagning av ett hälsnings meddelande och antagandet om att den sändande routern har misslyckats. Denna längd måste vara större än hälsnings tiden – standard 10 sekunder. Intervallet är 750 millisekunder-255 sekunder

      Vi rekommenderar att du konfigurerar holdtime-timern så att den är minst tre gånger värdet för hellotime timer.
3

Aktivera Box-till-Box-redundans för kuben. Konfigurera RG från föregående steg under röst tjänst VoIP. Detta gör det möjligt för kuben att styra Redundansåtgärden. 

röst tjänst VoIP-redundans-grupp 1 avsluta
VCUBE-1 (konfiguration) #röst tjänst VoIP
VCUBE-1 (konfiguration-VOI-serv) #redundans-grupp 1
% Skapad RG 1 associatiation med röst B2B HA; Läs in routern igen så att den nya konfigurationen börjar gälla
VCUBE-1 (konfiguration-VOI-serv) # Avsluta
 
VCUBE-2 (konfiguration) #röst tjänst VoIP
VCUBE-2 (Konfig-VOI-serv) #redundans-grupp 1
% Skapad RG 1 associatiation med röst B2B HA; Läs in routern igen så att den nya konfigurationen börjar gälla
VCUBE-2 (konfiguration-VOI-serv) # Avsluta

redundans – grupp 1– om du lägger till och tar bort det här kommandot krävs det att den uppdaterade konfigurationen börjar gälla. Vi laddar om plattformarna efter att all konfiguration har tillämpats.

4

Konfigurera Gig1-och Gig2-gränssnitt med deras respektive virtuella IP-adresser som visas nedan och tillämpa Redundansåtgärden-identifieraren (RII) 

VCUBE-1 (konfiguration) #gränssnitts-GigabitEthernet1
VCUBE-1 (konfiguration-IF) # redundans RII 1
VCUBE-1 (konfiguration-IF) # redundans grupp 1 IP-198.18.1.228 exklusivt
VCUBE-1 (konfiguration-IF) # Avsluta
VCUBE-1 (konfiguration) #
VCUBE-1 (konfiguration) #gränssnitts-GigabitEthernet2
VCUBE-1 (konfiguration-IF) # redundans RII 2
VCUBE-1 (konfiguration-IF) # redundans grupp 1 IP-198.18.133.228 exklusivt
VCUBE-1 (konfiguration-IF) # Avsluta
 
VCUBE-2 (Konfig) #gränssnitts-GigabitEthernet1
VCUBE-2 (konfiguration-IF) # redundans RII 1
VCUBE-2 (konfiguration-IF) # redundans grupp 1 IP-198.18.1.228 exklusivt
VCUBE-2 (konfiguration-IF) # Avsluta
VCUBE-2 (konfiguration) #
VCUBE-2 (Konfig) #gränssnitts-GigabitEthernet2
VCUBE-2 (konfiguration-IF) # redundans RII 2
VCUBE-2 (konfiguration-IF) # redundans grupp 1 IP-198.18.133.228 exklusivt
VCUBE-v (konfiguration-IF) # Avsluta

Här är en förklaring av de fält som används i denna konfiguration:

  • redundans-RII– konfigurerar redundans-ID för redundans gruppen. Krävs för att skapa en virtuell MAC-adress (VMAC). Samma RII-ID-värde måste användas i gränssnittet för varje router (aktiv/VÄNTe rad) som har samma VIP.


     

    Om det finns fler än ett B2B-par på samma LAN måste varje par ha unika RII-ID: n på sina respektive gränssnitt (för att förhindra kollision). "Visa redundans program grupp alla" ska ange korrekt lokal-och peer-information.

  • redundans grupp 1– associerar gränssnittet med redundans gruppen som skapades i steg 2 ovan. Konfigurera RG-gruppen samt den VIP som tilldelas detta fysiska gränssnitt.


     

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, dvs. det gränssnitt som används för röst trafik kan inte användas som kontroll-och data gränssnitt som anges i steg 2 ovan. I det här exemplet används Gigabit-gränssnitt 3 för RG-kontroll/data

5

Spara konfigurationen av den första kuben och Läs in den igen.

Plattformen för omladdning av senaste är alltid vänte läge.

VCUBE-1 #WR
Skapar konfiguration...
Avbryt
VCUBE-1 #Läs in igen
Fortsätt med omladdningen? kontrol

När VCUBE-1 startas helt sparar du konfigurationen av VCUBE-2 och laddar om den igen. 

VCUBE-2 #WR
Skapar konfiguration...
Avbryt
VCUBE-2 #omladdning
Fortsätt med omladdningen? kontrol
6

Verifiera att konfiguration av box-till-ruta fungerar som förväntat. Relevanta utdata är markerade i fetstil.

Vi laddar om VCUBE-2 sist och enligt vad som är viktigt, men plattformen för att ladda om den senaste kommer alltid att vara vänt. 

VCUBE-1 #Visa redundans program grupp alla fel status för grupp 1: Körnings prioritet: [100] RG-fel RG tillståndet: Upp. Totalt antal växlingar på grund av fel: 0 Totalt antal status ändringar på ner/upp på grund av fel: 0 grupp-ID: 1 grupp namn: LocalGateway-ha Administratörs tillstånd: Ingen avstängning aggregerad användnings status:  Min roll: AKTIV peer-roll: VÄNTe läge för peer: Ja peer-komm: Ja-peer-förloppet startat: Ja RF-domän: BtoB-ett RF-tillstånd: RF-status för aktiv peer: RG-RG 1------------------roll: Aktiv förhandling: Aktive rad prioritet: 100 protokoll status: Aktiv status för CTRL-Intf (s): Aktiv peer: Lokal vänte läge: adress 10.1.1.2, prioritet 100, intf Gi3- logg räknare: roll ändring till aktiv: 1 roll har ändrats till vänte läge: 1 inaktivera händelser: RG Down State 0, RG avsluta 0 CTRL intf events: upp 1, admin_down 0 omladda händelser: lokal förfrågan 0, peer Request 0 RG Media Context för RG 1--------------------------CTX-tillstånd: Active Protocol-ID: 1 medietyp: Gränssnitt för standard kontroll: GigabitEthernet3 aktuella hälsnings intervall: 3000 konfigurerade hälsnings-timer: 3000, hold timer: 10000 peer-hälsning, timer: 3000, timer för peer Hold: 10000 statistik: Pkts 1509, byte 93558, HA 1, 1, 1, 1 1509, 1, 1, 1, 1: a 1 = 1 = 1 autentisering misslyckades autentisering 0 Läs in peer igen: TX 0, RX 0 omsignering: TX 0, RX 0-bevarad peer: Närvarande. Hold timer: 10000 pkts 61, byte 2074, HA SEQ 0, SEQ antal 69, pkt-förlust 0 VCUBE-1 #
VCUBE-2 #Visa redundans program grupp alla fel status för grupp 1: Körnings prioritet: [100] RG-fel RG tillståndet: Upp. Totalt antal växlingar på grund av fel: 0 Totalt antal status ändringar på ner/upp på grund av fel: 0 grupp-ID: 1 grupp namn: LocalGateway-ha Administratörs tillstånd: Ingen avstängning aggregerad användnings status: Min roll: Försätta peer-rollen: AKTIV peer-närvaro: Ja peer-komm: Ja-peer-förloppet startat: Ja RF-domän: BtoB-ett RF-tillstånd: RF-status för aktiv peer: RG-RG 1------------------roll: Aktiv förhandling: Aktive rad prioritet: 100 protokoll status: Aktiv status för CTRL-Intf (s): Aktiv peer: adress 10.1.1.2, prioritet 100, intf-Gi3 vänte-peer: Lokala loggnings räknare: roll ändring till aktiv: 1 roll har ändrats till vänte läge: 1 inaktivera händelser: RG Down State 0, RG avsluta 0 CTRL intf events: upp 1, admin_down 0 omladda händelser: lokal förfrågan 0, peer Request 0 RG Media Context för RG 1--------------------------CTX-tillstånd: Active Protocol-ID: 1 medietyp: Gränssnitt för standard kontroll: GigabitEthernet3 aktuella hälsnings intervall: 3000 konfigurerade hälsnings-timer: 3000, hold timer: 10000 peer-hälsning, timer: 3000, timer för peer Hold: 10000 statistik: Pkts 1509, byte 93558, HA 1, 1, 1, 1 1509, 1, 1, 1, 1: a 1 = 1 = 1 autentisering misslyckades autentisering 0 Läs in peer igen: TX 0, RX 0 omsignering: TX 0, RX 0-bevarad peer: Närvarande. Hold timer: 10000 pkts 61, byte 2074, HA SEQ 0, SEQ antal 69, pkt-förlust 0 VCUBE-2 #

Konfigurera en lokal gateway på båda KUBERna

I vår exempel konfiguration använder vi följande information från Webex Control Hub för att bygga konfigurationen av lokala gateways på båda plattformarna, VCUBE-1 och VCUBE-2. Användar namnet och lösen ordet för konfigurationen är följande:

  • Användarnamn: Hussain1076_LGU

  • Lösenord: lOV12MEaZx

1

Se till att en konfigurations nyckel skapas för lösen ordet, med de kommandon som visas nedan, innan den kan användas i autentiseringsuppgifterna eller de delade hemligheterna. Typ 6-lösen ord krypteras med AES-chiffrering och den användardefinierade konfigurations nyckeln. 

LocalGateway # ge t LocalGateway (konfiguration) #nyckel konfiguration – nyckel lösen ord – kryptera Password123 LocalGateway (Konfig) #lösen ords kryptering AES

Här är den lokala gateway-konfigurationen som kommer att gälla för båda plattformarna baserat på de Control Hub-parametrar som visas ovan, Spara och ladda om. Autentiseringsuppgifter för SIP Digest from Control Jub är markerade i fetstil. 

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

För att Visa kommandoutdata utdata har vi läst in VCUBE-2 följt av VCUBE-1, gör VCUBE-1 till stand-kuben och VCUBE-2 den aktiva kuben

2

När som helst kommer endast en plattform att upprätthålla en aktiv registrering som lokal gateway med Webex Calling åtkomst till SBC. Ta en titt på utdata av följande kommandon.

Visa redundans program grupp 1

Visa sip-ua-registrerings status

VCUBE-1 #Visa redundans program grupp 1 grupp-ID: 1 grupp namn: LOCALGATEWAY-ha administratörs status: Ingen avstängning, aggregerad användnings status:  Försätta peer-rollen: AKTIV peer-närvaro: Ja peer-komm: Ja-peer-förloppet startat: Ja RF-domän: BtoB-ett RF-tillstånd: RF-status i vilo läge: AKTIV VCUBE-1 #Visa SIP-registrerings status VCUBE-1 #
VCUBE-2 #Visa redundans program grupp 1 grupp-ID: 1 grupp namn: LOCALGATEWAY-ha administratörs status: Ingen avstängning, aggregerad användnings status:  AKTIV peer-roll: STATUS för peer-närvaro: Ja peer-komm: Ja-peer-förloppet startat: Ja RF-domän: BtoB-ett RF-tillstånd: RF-status för aktiv peer: VÄNTe läge varm VCUBE-2 #Visa status för sip-ua-registrering : 200--------------------registrar-index 1---------------------linje peer löper ut (SEK) REG överlevnaden P-Associ-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = Hussain5091_LGU-1 48 Ja normal VCUBE------------------------------------ #

Från och med ovanstående utdata kan du se att VCUBE-2 är den aktiva LGW som bibehåller registreringen med WEBEX Calling åtkomst SBC, medan utdata för "show sip-ua registrera status" är tom i VCUBE-1
3

Aktivera nu följande fel i VCUBE-1

VCUBE-1 #fel söknings meddelande om inringning av SIP inaktive rad är aktiverat VCUBE-1# fel sökning ccsip info spårning av SIP-samtal har Aktiver ATS VCUBE-1 #fel söknings-ccsip
4

Simulera redundans genom att utfärda följande kommando på den aktiva LGW, VCUBE-2 i det här fallet.

VCUBE-2 #redundans program, grupp 1, själv

Över gången från aktiv till VÄNTe LGW inträffar i följande fall förutom den CLI som listas ovan

  • När den aktiva routern återaktiveras
  • När de aktiva routerns effekt cyklar
  • När ett RG-konfigurerat gränssnitt för den aktiva routern är avstängt, för vilket spårning är aktiverat
5

Markera för att se om VCUBE-1 har registrerats med Webex Calling Access-SBC. VCUBE-2 har nu lästs in igen.

VCUBE-1 #Visa status för sip-ua-registrering: 200--------------------registrar-index 1---------------------linje peer löper ut (SEK) REG överlevnaden P-Associ-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = "= = = = = Hussain5091_LGU-1 56 Yes normal VCUBE----------- #

VCUBE-1 är nu den aktiva LGW.
6

Titta på den relevanta fel söknings loggen på VCUBE-1 Skicka ett SIP-REGISTER till Webex Calling VIA den virtuella IP: en och ta emot en 200 OK. 

VCUBE-1 # Visa logg 1 Jan 18:37:24.769: % RG_MEDIA -3-TIMEREXPIRED: RG-ID 1 Hej tid har gått ut. 9 januari: 37:24.771: % RG_PROTCOL -5-ROLECHANGE: RG-ID 1-roll ändras från vänte läge till aktiv 1 januari 18:37:24.783: % VOICE_HA-2-SWITCHOVER_IND: VÄXLING, från STANDBY_HOT till aktiv status. 9 januari: 37:24.783: -1/xxxxxxxxxxxx/SIP/info/info/4096/sip_ha_notify_active_role_event: Mottagen meddela aktiv rollnamn-händelse 9 18:37:25.758: -1/xxxxxxxxxxxx/SIP/MSG/ccsipDisplayMsg: Skickades: REGISTRERA SIP: 40462196.cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228:5061; Branch = z9hG4bK0374 från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Tors, 09 Jan 2020 18:37:24 GMT-samtals-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 user-agent: Cisco-SIPGateway/IOS-16.12.02 Max-forwards: 70 timestamp: 1578595044 CSeq: 2 Registrera dig kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Upphör: 240 stöds: Innehållets längd: 0
9 januari: 37:25.995: -1/000000000000/SIP/MSG/ccsipDisplayMsg: Fått: SIP/2.0 401 ej auktoriserad via: SIP/2.0/TLS 198.18.1.228:5061; Received = 173.38.218.1; Branch = z9hG4bK0374; rport = 4742 från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; tagg = SD1u8bd99-1324701502-1578595045969-datum: Tors, 09 Jan 2020 18:37:24 GMT-samtals-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 timestamp: 1578595044 CSeq: 2 Registrera WWW-autentisera; DIGEST-sfär = "BroadWorks", qop = "autentisering", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritm = MD5 Content-Length: 0
9 januari: 37:26.000: -1/xxxxxxxxxxxx/SIP/MSG/ccsipDisplayMsg: Skickades: REGISTRERA SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 via: SIP/2.0/TLS 198.18.1.228: 5061; Branch = z9hG4bK16DC från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Datum: Tors, 09 Jan 2020 18:37:25 GMT-samtals-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 user-agent: Cisco-SIPGateway/IOS-16.12.02 Max-forwarder: 70 timestamp: 1578595045 CSeq: 3 registrera kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Upphör: 240 stöds: sökväg behörighet: Digest username = "Hussain1076_LGU", sfär = "BroadWorks", URI = "Sips:40462196. Cisco-BCLD. com: 5061", Response = "b6145274056437b9c07f7ecc08ebdb02", nonce = "BroadWorksXk572qd01Ti58z1iBW", cnonce = "3E0E2C4D", qop = auth, algorithm = MD5, NC = 00000001 Content-Length: 0
9 januari: 37:26.190: 1/000000000000/SIP/MSG/ccsipDisplayMsg: Fått: SIP/2.0 200 OK via: SIP/2.0/TLS 198.18.1.228: 5061; Received = 173.38.218.1; Branch = z9hG4bK16DC; rport = 4742 från: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; tag = 8D573-189 to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; tagg = SD1u8bd99-1897486570-1578595-46184-samtals-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 timestamp: 1578595045 CSeq: 3 registrera kontakt: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>; upphör = 120; q = 0,5 Tillåt-händelser: samtal-info, linje – över, dialog, meddelande – sammanfattning, as-event, x-broadworks-hotell, x-broadworks-Call-Center-status, konferens innehåll – längd: 0