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 djupare förståelse för följande koncept:

Konfigurationsriktlinjerna som anges i den här artikeln utgår från en dedikerad lokal gatewayplattform utan någon befintlig röstkonfiguration. Om en befintlig CUBE-företagsdistribution ändras för att även använda den lokala gatewayfunktionen för Cisco Webex Calling ska du vara uppmärksam på konfigurationen som tillämpas för att säkerställa att befintliga samtalsflöden och funktioner inte avbryts och ser till att du följer CUBE HA-designkraven.

Maskinvaru- och programvarukomponenter

CUBE HA som lokal gateway kräver IOS-XE version 16.12.2 eller senare och stöds i följande plattformar:

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

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

Visa kommandon och loggar i den här artikeln baseras på en minsta programvaruutgåva av Cisco IOS-XE 16.12.2 som implementeras på en vCUBE (CSR1000v).

Referensmaterial

Här är några utförliga konfigurationsguider för CUBE HA för olika plattformar:

Webex Calling lösning , översikt

Cisco Webex Calling är ett samarbetserbjudande som tillhandahåller molnbaserade alternativ med flera klienter till en lokal PBX-telefontjänst med två PSTN alternativ för kunder:

  • Molnansluten PSTN leverantör

  • Lokal gateway

Distribution av lokal gateway (som representeras nedan) är i fokus för den här artikeln. Lokal gateway är alternativet Ta med eget PSTN för Cisco Webex Calling genom att tillhandahålla anslutning till en kundägd PSTN tjänst. Den ger också anslutning till en lokal IP PBX-distribution, till exempel Cisco Unified CM. All kommunikation till och från molnet är säker med TLS-transport för SIP och SRTP för media.

Figuren nedan visar en Webex Calling utan någon befintlig IP PBX och kan tillämpas på en enskild eller multiplatsdistribution. Konfigurationen som beskrivs i den här artikeln baseras på den här distributionen.

Layer 2 Box-till-Box-redundans

CUBE HA layer 2 box-till-box-redundans använder infrastrukturprotokollet Redundansgrupp (RG) för att skapa ett aktivt/standby-par routrar. Detta par delar samma virtuella IP-adress (VIP) över sina respektive gränssnitt och utbyt statusmeddelanden kontinuerligt. CUBE-mötesinformation fungerar inte tillsammans med ett par routrar, vilket gör att standby-routern kan ta alla CUBE-samtalsbearbetningsansvaret omedelbart om den aktiva routern inte används, vilket resulterar i ett aktivt upprätthållande av signalering och media.

Kontrollen som pekar är begränsad till anslutna samtal med mediepaket. Samtal i transport kontrollera inte telefonsamtal (till exempel ett försök eller en ringsignals tillstånd).

I den här artikeln hänvisar CUBE HA till CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundans för statusiga bevarande av samtal

Från och med IOS-XE 16.12.2 kan CUBE HA distribueras som lokal gateway för Cisco Webex Calling-distributioner och vi kommer att gå över överväganden och konfigurationer i den här artikeln. I denna figur visas en typisk CUBE HA-installation som lokal gateway för en Cisco Webex Calling distribution.

Infrakomponent för redundansgrupp

Redundansgruppskomponenten (RG) Infra tillhandahåller kommunikationsinfrastrukturstöd för box-till-box mellan de två K8-erna och förhandlar fram det slutliga stabile redundanstillståndet. Den här komponenten tillhandahåller även:

  • Ett HSRP-liknande protokoll som förhandlar fram den slutliga redundansen för varje router genom att byta meddelanden om keepalive och hello-meddelanden mellan de två CUB-erna (via kontrollgränssnittet) – GigabitEthernet3 i figuren ovan.

  • En transportmekanism för kontroll av signalerings- och medietillstånd för varje samtal från den aktiva till standby-routern (via datagränssnittet)– GigabitEthernet3 i figuren ovan.

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

Den här RG-komponenten måste konfigureras specifikt för att stödja röst B2B HA.

Hantering av virtuella IP-adresser (VIP) för både signalering och media

B2B HA är beroende av VIP för att uppnå redundans. VIP och tillhörande fysiska gränssnitt för båda CUBE-erna i CUBE HA-par måste finnas på samma LAN-undernät. Konfiguration av VIP och bindningen för VIP-gränssnittet till ett visst röstprogram (SIP) är obligatorisk för stöd för röst B2B HA. Externa enheter, t.ex. Unified CM, Webex Calling har åtkomst till SBC, tjänsteleverantör eller proxy, använd VIP som destinations-IP-adress för samtal som passera genom CUBE HA-routrar. Cube HA-paren Webex Calling en enda lokal gateway från en annan vy.

Samtalssignalering och RTP-sessionsinformation för uppringda samtal markeras från den aktiva routern till standby-routern. När Active router går ner tar Standby-routern över och fortsätter att vidarebefordra DEN RTP-ström som tidigare har dirigerats av den första routern.

Samtal som är i ett övergående tillstånd vid redundansen kommer inte att bevaras efter switchover. Till exempel samtal som inte etableras fullt ut ännu eller som håller på att ändras med en överförings- eller hold-funktion. Uppr?rade samtal kan kopplas bort efter switchover.

Följande krav finns för att använda CUBE HA som lokal gateway för tillstånds redundans av samtal:

  • CUBE HA kan inte ha samma TDM- eller analoga gränssnitt

  • Gig1 och Gig2 kallas för trafikgränssnitt (SIP/RTP) och Gig3 är Redundancy Group (RG) Control/data interface

  • Högst 2 CUBE HA-par kan placeras i samma lager 2-domän, ett med grupp-ID 1 och det andra med grupp-ID 2. Om 2 HA-par konfigureras med samma grupp-ID måste RG Control/Data-gränssnitt tillhöra olika lager 2-domäner (vlan, separat switch)

  • Portkanalen har stöd för både RG-kontroll-/data- och trafikgränssnitt

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

  • När som helst när en plattform laddas om i ett CUBE-HA-förhållande startar den alltid upp som Vänteläge

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

  • Identifieraren för redundansgränssnittet måste vara unik för en par-/gränssnittskombination på samma lager 2

  • Konfigurationen för både CUB MÅSTE vara identisk, inklusive fysisk konfiguration, och måste köras på samma typ av plattform och version IOS-XE

  • Loopback-gränssnitt kan inte användas som bindning eftersom de alltid är uppe

  • Gränssnitt med flera trafik (SIP/RTP) (Gig1, Gig2) kräver att gränssnittsspårning konfigureras

  • CUBE-HA stöds inte via en korskabelanslutning för RG-kontroll-/datalänken (Gig3)

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

  • Kan inte ha WAN avslutat på BIN direkt eller Data HA på endera sidan

  • Både Aktiv/Standby måste vara i samma datacenter

  • Det är obligatoriskt att använda ett separat L3-gränssnitt för redundans (RG Control/data, Gig3). i.e-gränssnittet som används för trafik kan inte användas för ha hållalives och kontrollpointing

  • Vid redundans går den tidigare aktiva CUBE igenom en "reload by design", där signalering och media fungerar

Konfigurera redundans på bådaKUB:er

Du måste konfigurera redundans i lager 2 för redundans i lager 2 för bådaKN:er som är avsedda att användas i ett HA-par för att visa virtuella IP-adresser.

1

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

conf t 
 track 1-gränssnitt GigabitEthernet1 line-protocol track 2 gränssnitt 
 GigabitEthernet2 line protocol 
 exit

VCUBE-1#conf t
VCUBE-1(config)#spåra 1 gränssnitt GigabitEthernet1 line-protocol
VCUBE-1(config-track)#spår 2 gränssnitt GigabitEthernet2 line-protocol
VCUBE-1(config-track)#avsluta
 
VCUBE-2#conf t
VCUBE-2(config)#spåra 1 gränssnitt GigabitEthernet1 line-protocol
VCUBE-2(config-track)#spåra 2 gränssnitt GigabitEthernet2 line-protocol
VCUBE-2(config-track)#avsluta

Spåra CLI används i RG för att spåra gränssnittet för rösttrafik, så att den aktiva linjen kommer att ha full aktiv roll när trafikgränssnittet ligger nere.
2

Konfigurera ett RG för användning med VoIP HA under programmets redundans underläge.

redundans program redundansgrupp 1 namn 
 
 
    LocalGateway-HA prioritet 
    100 redundanströskel 75 
    kontroll GigabitEthernet3 protokoll 1 
    data GigabitEthernet3 
    timers delay 30 reload 60 track 1 shutdown 
    track 
    2 shutdown protocol 
 
   1 
    timers hellotime 3 holdtime 10 
 
 
 exit

VCUBE-1(config)#redundans
VCUBE-1(config-red)#program redundans
VCUBE-1(config-red-app)#grupp 1
VCUBE-1(config-red-app-grp)#namn LocalGateway-HA
VCUBE-1(config-red-app-grp)#prioritet 100 redundanströskel 75
VCUBE-1(config-red-app-grp)#kontrollera GigabitEthernet3-protokoll 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers fördröjning 30 reload 60
VCUBE-1(config-red-app-grp)#spåra 1 nedstängning
VCUBE-1(config-red-app-grp)#spåra 2 nedstängning
VCUBE-1(config-red-app-grp)#avsluta
VCUBE-1(config-red-app)#protokoll 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#avsluta
VCUBE-1(config-red-app)#avsluta
VCUBE-1(config-red)#avsluta
VCUBE-1 (konfiguration) #
 
VCUBE-2(config)#redundans
VCUBE-2(config-red)#program redundans
VCUBE-2(config-red-app)#grupp 1
VCUBE-2(config-red-app-grp)#namn LocalGateway-HA
VCUBE-2(config-red-app-grp)#prioritet 100 redundanströskel 75
VCUBE-2(config-red-app-grp)#kontrollera GigabitEthernet3-protokoll 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers fördröjning 30 reload 60
VCUBE-2(config-red-app-grp)#spåra 1 nedstängning
VCUBE-2(config-red-app-grp)#spåra 2 nedstängning
VCUBE-2(config-red-app-grp)#avsluta
VCUBE-2(config-red-app)#protokoll 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#avsluta
VCUBE-2(config-red-app)#avsluta
VCUBE-2(config-red)#avsluta
VCUBE-2 (konfiguration) #

Här är en förklaring av de fält som används i den här konfigurationen:

  • redundans – Anger redundansläge

  • programredundans – anger konfigurationsläget för program redundans

  • grupp– anger konfigurationsläge för grupp för redundansapplikation

  • name LocalGateway-HA– Definierar namnet på RG-gruppen

  • prioritet 100 redundanströskeln 75 – Anger tröskelvärdet för initial prioritetoch redundans för ett RG

  • timers delay 30 reload 60– konfigurerar de två gånger för fördröjning och läs in igen

    • Fördröjningstimer, vilket innebär hur lång tid det tar att försena RG-gruppens initiering och roll efter att gränssnittet visas – standard 30 sekunder. Intervallet är 0–1 0000 sekunder

    • Läs in igen– Det här är den tid det tar att försena RG-gruppinitieringen och rollläsningen efter en omladdning – standard 60 sekunder. Intervallet är 0–1 0000 sekunder

    • Standardtimer rekommenderas, även om dessa timer kan justeras för att tillgodose alla ytterligare fördröjningar i nätverket som kan uppstå under uppstart/omladdning av routrarna, för att garantera att RG-protokollets dirigering sker efter att dirigeringen i nätverket har sammanförts till en stabil punkt. Om man t.ex. ser det efter redundans att det tar upp till 20 sek för den nya STANDBY att se det första RG HELLO-paketet från den nya ACTIVE, då bör timern justeras till "timers delay 60 reload 120" till en faktor för denna fördröjning.

  • kontrollera GigabitEthernet3-protokoll 1 – konfigurerar det gränssnitt som används för att utbyta keepalive- och hello-meddelanden mellan de två CUB-erna, och specificerar protokollinstansen som ska kopplas till ett kontrollgränssnitt och anger protokollkonfigurationsläget förredundansapplikationen

  • data GigabitEthernet3– konfigurerar det gränssnitt som används för kontroll av datatrafik

  • spåra– RG-gruppspårning av gränssnitt

  • protokoll 1 – Anger den protokollinstans som ska kopplas tillett kontrollgränssnitt och anger konfigurationsläget för programmets redundans

  • timers hellotime 3 holdtime 10– konfigurerar de två timern för hellotime och holdtime:

    • Hellotime – Intervall mellan flera hejmeddelanden – Standard 3 sekunder. Intervallet är 250 millisekunder – 254 sekunder

    • Holdtime – Intervallet mellan att ett Hej-meddelande och den sändnings router som skickas har misslyckats. Den här varaktigheten måste vara längre än hej-tid – standard 10 sekunder. Intervallet är 750 millisekunder – 255 sekunder

      Vi rekommenderar att du konfigurerar holdtimen till minst tre gånger värdet på hellotime-timern.
3

Aktivera redundans i box-till-rutan för CUBE-programmet. Konfigurera RG från föregående steg under rösttjänstensVoIP. Detta möjliggör för CUBE-programmet att styra redundansprocessen.

voip-redundans-grupp 1-utträde för 
 rösttjänst
VCUBE-1(config)#rösttjänstens voip
VCUBE-1(config-voi-serv)#redundans-grupp 1

  % Skapade RG 1-koppling med Voice B2B HA; ladda om routern för att den nya konfigurationen ska verkställas

VCUBE-1(config-voi-serv)# avsluta
 
VCUBE-2(config)#rösttjänstens voip
VCUBE-2(config-voi-serv)#redundans-grupp 1

  % Skapade RG 1-koppling med Voice B2B HA; ladda om routern för att den nya konfigurationen ska verkställas

VCUBE-2(config-voi-serv)# avsluta

redundans-grupp 1 —För att lägga till och ta bort detta kommando måste den uppdateradekonfigurationen uppdateras. Vi laddar om plattformarna efter att alla konfigurationer har tillämpats.
4

Konfigurera gig1- och Gig2-gränssnitten med respektive virtuella IP-adresser enligt nedan och använd gränssnittsidentifieraren(ri)

VCUBE-1(config)#gränssnitt GigabitEthernet1
VCUBE-1(config-if)# redundans 1
VCUBE-1(config-if)# redundansgrupp 1 ip 198.18.1.228 exklusivt
VCUBE-1(config-if)# avsluta
VCUBE-1 (konfiguration) #
VCUBE-1(config)#gränssnitt GigabitEthernet2
VCUBE-1(config-if)# redundans 2
VCUBE-1(config-if)# redundansgrupp 1 ip 198.18.133.228 exklusivt
VCUBE-1(config-if)# avsluta
 
VCUBE-2(config)#gränssnitt GigabitEthernet1
VCUBE-2(config-if)# redundans 1
VCUBE-2(config-if)# redundansgrupp 1 ip 198.18.1.228 exklusivt
VCUBE-2(config-if)# avsluta
VCUBE-2 (konfiguration) #
VCUBE-2(config)#gränssnitt GigabitEthernet2
VCUBE-2(config-if)# redundans 2
VCUBE-2(config-if)# redundansgrupp 1 ip 198.18.133.228 exklusivt
VCUBE-v(config-if)# avsluta

Här är en förklaring av de fält som används i den här konfigurationen:

  • redundans fel– konfigurerar gränssnittsidentifieraren för redundansgruppen. Krävs för att skapa en virtuell MAC-adress (VMAC). Samma id-värde måste användas i gränssnittet för varje router (ACTIVE/STANDBY) som har samma VIP.


     

    Om det finns fler än ett B2B-par på samma LAN, MÅSTE varje par ha unika rii-ID på sina respektive gränssnitt (för att förhindra att dessa samverkar). "visa alla grupper av redundansprogram" ska ange korrekt lokal information och peer-information.

  • redundansgrupp 1– Kopplar gränssnittet till redundansgruppen som skapades i steg 2 ovan. Konfigurera RG-gruppen samt den VIP som tilldelats detta fysiska gränssnitt.


     

    Det är obligatoriskt att använda ett separat gränssnitt för redundans, det vill säga det gränssnitt som används för rösttrafik inte kan användas som kontroll- och datagränssnitt specificerat i steg 2 ovan. I detta exempel används Gigabit interface 3 för RG-kontroll/-data
5

Spara konfigurationen av den första CUBE och läs in den igen.

Plattformen för att ladda om senast är alltid Vänteläge.

VCUBE-1#wr

  Byggnadskonfiguration...


  [OK]

VCUBE-1# läsin igen

  Fortsätt med läs in igen? [bekräfta]

När VCUBE-1 startar upp helt, spara konfigurationen av VCUBE-2 och ladda om den.

VCUBE-2#wr

  Byggnadskonfiguration...


  [OK]

VCUBE-2# läsin igen

  Fortsätt med läs in igen? [bekräfta]
6

Verifiera att rutan-till-rutan-konfigurationen fungerar som väntat. Relevant utdata markeras i fetstil.

Vi laddade om VCUBE-2 senast och enligt designövervägandena kommer plattformen att laddas igen senast alltid vara Standby .


VCUBE-1#visar redundansapplikationsgruppen alla fel tillstånd Grupp 1-information:
       Runtime-prioritet: [100] 
               RG-fel RG-tillstånd: Upp.
                       Totalt antal switchovers på grund av fel:           0 
                       Totalt antal ändringar av ned-/upp-tillstånd på grund av fel: 0 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA    Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll: AKTIV 
 peer-roll:  Standby-peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 RG Protocol RG 1 
 
 ------------------roll: Aktiv 
        aktiv: Aktiverad 
        prioritet: 100 
        Protokolltillstånd: Aktiv(a) Ctrl Intf(s)-status: Upp 
        aktiv peer: Lokal         standby-peer: adress 10.1.1.2, prioritet 100, intf         Gi3-loggräknarer:
                roll ändras till aktiv: 1 
                roll ändras till vänteläge: 1 
                inaktivera händelser: rg down state 0, rg stäng 0 
                ctrl intf-händelser: upp 1, ner 0, admin_down 0 
                ladda om händelser: lokal förfrågan 0, peer-begäran 0 
 
 RG Media Context för RG 1 
 -------------------------- 
 Ctx-tillstånd: Aktivt 
        protokoll-ID: 1 
        Mediatyp: Standardkontrollgränssnitt: GigabitEthernet3         Aktuell Hej-timer: 3 000 
        Konfigurerad Hejtimer: 3000, Håll timer: 10000 
        Peer Hej timer: 3000, Peer Hold timer: 10 000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Autentisering 
            misslyckades: 0 
            Läs in peer igen: TX 0, RX 0 
            Sluta: TX 0, RX 0 
    fristående peer: Närvarande. Håll tidsräkningen: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-1 #

VCUBE-2#visa redundansapplikationsgrupp alla fel tillstånd Grupp 1 info:
       Runtime-prioritet: [100] 
               RG-fel RG-tillstånd: Upp.
                       Totalt antal switchovers på grund av fel:           0 
                       Totalt antal ändringar av ned-/upp-tillstånd på grund av fel: 0 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA    Administratörstillstånd: Ingen 
 nedstängnings aggregerad driftläge: Upp min roll: VÄNTE-peer-roll: AKTIV peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 RG Protocol RG 1 
 
 ------------------roll: Aktiv 
        aktiv: Aktiverad 
        prioritet: 100 
        Protokolltillstånd: Aktiv(a) Ctrl Intf(s)-status: Upp         aktiv peer: adress 10.1.1.2, prioritet 100, intf Gi3         Standby Peer: Lokala 
        loggräknare:
                roll ändras till aktiv: 1 
                roll ändras till vänteläge: 1 
                inaktivera händelser: rg down state 0, rg stäng 0 
                ctrl intf-händelser: upp 1, ner 0, admin_down 0 
                ladda om händelser: lokal förfrågan 0, peer-begäran 0 
 
 RG Media Context för RG 1 
 -------------------------- 
 Ctx-tillstånd: Aktivt 
        protokoll-ID: 1 
        Mediatyp: Standardkontrollgränssnitt: GigabitEthernet3         Aktuell Hej-timer: 3 000 
        Konfigurerad Hejtimer: 3000, Håll timer: 10000 
        Peer Hej timer: 3000, Peer Hold timer: 10 000 
        statistik:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 
            Autentisering 
            misslyckades: 0 
            Läs in peer igen: TX 0, RX 0 
            Sluta: TX 0, RX 0 
    fristående peer: Närvarande. Håll tidsräkningen: 10000 
 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 
 
 VCUBE-2 #

Konfigurera en lokal gateway på bådaKUB:er

I vår exempelkonfiguration använder vi följande information från Control Hub för att bygga konfigurationen för lokal gateway på både plattformarna, VCUBE-1 och VCUBE-2. Användarnamnet och lösenordet för den här installationen är följande:

  • Användarnamn: Hussain1076_LGU

  • Lösenord: lOV12MEaZx

1

Se till att en konfigurationsnyckel skapas för lösenordet med kommandona nedan innan den kan användas i inloggningsuppgifterna eller delas. Ange 6 lösenord krypteras med AES-chiffer och denna användardefinierade konfigurationsnyckel.


LocalGateway#conf t 
 LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#lösenordskryptering aes

Här är konfigurationen för lokal gateway som gäller för båda plattformarna baserat på de kontrollhubbensparametrar som visas ovan, spara och läs in igen. SIP Digest-inloggningsuppgifter från Control Hub markeras i fetstil.


konfigurera 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 y.y.y.y.y exit allow-connections sip to sip media statistics media massstatistik no extra service sip refererar till inga extra tjänst 
 sip 
 
 
 
 
 handle-ersätter 
 faxprotokoll pass-through g711ulaw 
 stun 
 stun stun flowdata agent-id 1 boot-count 4 
 stun flowdata delade hemliga 0 Password123! 
  sip 
 g729 annexb-all 
 early-offer forced end configure terminal voice 
 class 
 
 
 
 sip-profiles 200 regel 9 begär 
 SIP-header SIP-Req-URI ändra "sips:(.*)" 
 "sip:\1"-regel 10 begär ALLA sip-header För att ändra " regel 13 svar någon sip-header För att ändra<sips:(.*)" "<sip:\1" rule="" 11="" request="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 12="" request="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)>" "<sip:\1;transport=tls><sips:(.*)" "<sip:\1" rule="" 14="" response="" ANY="" sip-header="" From="" modify=""></sip:\1"><sips:(.*)" "<sip:\1" rule="" 15="" response="" ANY="" sip-header="" Contact="" modify=""></sip:\1"><sips:(.*)"
"<sip:\1" rule="" 20="" request="" ANY="" sip-header="" From="" modify="">"
";otg=<sajan index="1" />hussain1076_lgu<sajan index="2" />>"
  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 <sajan index="3" />"otg= hussain1076_lgu > " regel30 begär ALLAsip-header P-Asserted-Identity ändra 
 "sips:(.*)" "sip:\1" 
 
 
 röstklass-codec 99 
 codec inställning 1 g711w 
 codec inställning 2 g711ulaw avsluta röstklassen 
 
 
 srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 avsluta röstklass 
 stun-usage 200 stun användningsbrandvägg -traversal flowdata avsluta röstklass klient 200 registrator dns:40462196.cisco-bcld.com schema sips upphör att gälla 240 uppdateringsfrekvenser 50 tcp tls inloggningsuppgifter nummer Hussain5091_LGU användarnamn Hussain1076_LGU lösenord  0 lOV12MEaZx sfär Broadworks verifierings användarnamn Hussain5091_LGU lösenord    0 lOV12MEaZx sfär BroadWorks autentisering användarnamn Hussain5091_LGU lösenord   0 lOV12MEaZx-sfären 40462196.cisco-bcld.com ingen    fjärrparts-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 inget lösenordsinnehåll för anpassade 
 SDP 
 SIP-profiler 200 utgående 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 inget lösenordsinnehåll anpassat 
 sdp-röstklass klient 
 
 
 300 bindningskontrollkälla gränssnitt 
 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=detsain1076.lgu    dial-peer voice 101 voip 
 
 beskrivning Utgående ring peer till IP PSTN målmönster DÅLIGT. 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 
 Utgående 
 uppringning-peer till Webex Calling destination-pattern BAD. DÅLIGT 
 sessionsprotokoll sipv2 sessions mål 
 sip-server 
 röstklassad codec 99 
 röstklassad stun-usage 200 
 ingen röstklassad sip localhost 
 röstklassad SIP-klient 200 
 dtmf-relay rtp-nte srtp ingen vad röstklass 
 
 
 
 
 dpg 100 beskrivning Inkommande 
 WebexCalling(DP200) till IP PSTN(DP101) 
 dial-peer 101 inställning 1 
 
 röstklass dpg 200 
 beskrivning Inkommande IP PSTN(DP100) till Webex Calling(DP201) 
 dial-peer 201 preference 1 dial-peer voice 100 vo beskrivning av inkommande uppringnings-peer från 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-beskrivning Inkommande dial-peer från Webex Calling session protocol 
 sipv2 destination 
 
 dpg 100 inkommande 
 uri-begäran 200 
 röstklassad codec 99 
 röstklassad stun-usage 200 
 voi

För att visa utdata för kommandot har vi laddat om VCUBE-2 följt avVCUBE-1, vilket görVCUBE-1 till standby CUBE och VCUBE-2 till den aktiva CUBE
2

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

visa programgrupp 1 för redundans

visa sip-ua-registerstatus


VCUBE-1# visa redundansapplikationsgrupp1 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA 
 
 Administratörstillstånd: Ingen 
 sammanlagd nedstängning i driftläge: Upp min roll:  Peer-roll i vänteläge: AKTIV 
 peer-närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS FÖR STANDBY HOT 
         Peer RF: AKTIV 
 
 VCUBE-1#visa sip-ua registerstatus VCUBE-1 #

VCUBE-2# visa redundansapplikationsgrupp1 Grupp-ID:1 
 Gruppnamn:LocalGateway-HA 
 
 Administratörstillstånd: Ingen 
 sammanlagd nedstängning i driftläge: Upp min roll: AKTIV peer-roll: STATUS 
 Peer Närvaro: Ja 
 Peer Comm: Ja 
 Peer Det här har startat: Ja 
 
 RF-domän: btob-one 
         RF-tillstånd: STATUS 
         FÖR AKTIV peer RF: STANDBY HOT 
 
 VCUBE-2#visa sip-ua registerstatus  Klient: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg reg det p-Assrist-URI 
 == == == = = == 
 Hussain5091_LGU -1 48 ja normal 
 VCUBE-2 #

Från utdata ovan kan du se att VCUBE-2 är den aktiva LGW som underhåller registreringen med Webex Calling åtkomst SBC, medan utdata från "visa sip-ua registreringsstatus" är tom i VCUBE-1
3

Aktivera nu följande felsökningar på VCUBE-1


VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing är aktiverad 
 VCUBE-1#debug ccsip info SIP Call info tracing är aktiverad 
 VCUBE-1#debug ccsip-meddelande
4

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


VCUBE-2#redundansapplikation ladda om grupp 1 själv

Omkoppling från AKTIV till STANDBY LGW sker i följande scenario, förutom med CLI som listas ovan

  • När ACTIVE-routern laddar om

  • När den AKTIVA router cyklerna

  • När ett RG-konfigurerat gränssnitt för DEN AKTIVA routern är avstängd för vilket spårning är aktiverat
5

Kontrollera om VCUBE-1 har registrerats med Webex Calling åtkomst via SBC. VCUBE-2 skulle ha laddats om nu.


VCUBE-1#visa sip-ua registerstatus 
 
 Klient: 200 
 --------------------Registrar-Index 1 --------------------- 
 Line peer expires(sec) reg reg det p-Assrist-URI 
 == == == = == Hussain5091_LGU -1 56 ja normal VCUBE-1 #

VCUBE-1 är nu aktiv LGW.
6

Titta på relevant felsökningslogg på VCUBE-1 när du skickar en SIP-registrering till Webex Calling via den virtuella IP-adressen och får 200 OK.


VCUBE-1#visa logg 
 
 9 jan 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hej tid har upphört.
9 jan 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1-roll ändras från vänteläge till aktiv 
 9 jan 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: VÄXLA, från STANDBY_HOT till AKTIV status.
9 jan 18:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Meddelande om aktiv 
 
 rollhändelse 9 jan 18:37:25.758: -1/xxxxxxxx/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 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Tor 09 jan 2020 18:37:24 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Användaragent: Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70 
 tidsstämpel: 1578595044 
 CSeq: 2 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Upphör: Stöd för 
 240: sökväg 
 Innehåll-Längd: 0

9 jan 18:37:25.995: -1/0000000000/SIP/Msg/ccsipDisplayMsg:
Fått:
SIP/2.0 401 Obehörig 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 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 
 Datum: Tor 09 jan 2020 18:37:24 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp: 1578595044 
 CSeq: 2 REGISTRERA 
 WWW-Authenticate; DIGEST-sfär="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 
 innehållslängd: 0

9 jan 18:37:26.000: -1/xxxxxxxx/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 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Datum: Tor 09 jan 2020 18:37:25 GMT 
 samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 
 Användaragent:Cisco-SIPGateway/IOS-16.12.02 
 Max-Forwards: 70 
 tidsstämpel: 1578595045 
 CSeq: 3 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Upphör: Stöd för 
 240: sökvägsauktorisering: Digest användarnamn="Hussain1076_LGU",sfär="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,sekvens=00000001 
 Innehållslängd: 0

9 jan 18:37:26.190: 1/0000000000/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 
 Till: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 
 Samtals-ID: FFFFFFLFA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFB5F93B97 
 Timestamp: 1578595045 
 CSeq: 3 REGISTRERA 
 KONTAKT: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 
 Tillåt -händelser: samtal-info,linje-konferenser,dialog,meddelande-sammanfattning,som-funktion-händelse,x-broadworks-rutor,x-broadworks-call-center-status,konferensinnehåll-längd: 0