Osnove

Preduslovi

Pre nego što primenite CUBE HA kao lokalni mrežni prolaz za Webex Calling, uverite se da imate detaljno razumevanje sledećih koncepta:

Smernice za konfiguraciju navedene u ovom članku preuzimaju namensku lokalni mrežni prolaz platformu bez postojeće konfiguracije glasa. Ako se postojeća primena KOCKE za velika preduzeća menja tako da takođe koristi funkciju lokalni mrežni prolaz za Cisco Webex Calling, obratite pažnju na konfiguraciju koja se primenjuje kako biste osigurali da se postojeći tonovi poziva i funkcionalnosti ne prekidaju i uverite se da se pridržavate zahteva za dizajn KOCKE HA.

Hardverske i softverske komponente

CUBE HA kao lokalni mrežni prolaz zahteva IOS-XE verziju 16.12.2 ili noviju, kao i platformu na kojoj su podržane funkcije i CUBE HA i LGW.

Prikazane komande i evidencije u ovom članku zasnivaju se na izdanje softvera na Cisco IOS-XE 16.12.2 implementiranom na vCUBE (CSR1000v).

Referentni materijal

Evo nekih detaljnih vodiča za konfiguraciju CUBE HA konfiguracije za različite platforme:

Webex Calling pregled rešenja

Cisco Webex Calling je ponuda za saradnju koja kupcima pruža alternativu za više zakupaca u oblaku sa lokalnim PBX telefonska usluga sa više PSTN opcija.

U fokusu ovog članka je primena lokalnog mrežnog prolaza (predstavljena ispod). Lokalna magistrala mrežnog prolaza (lokalnog PSTN) u Webex Calling omogućava povezivanje sa uslugom u vlasništvu PSTN kupca. Takođe obezbeđuje mogućnosti povezivanja sa u objektu IP PBX primene kao što je Cisco Unified CM. Sva komunikacija sa oblakom i iz njega je zaštićena korišćenjem usluge TLS prenosa za SIP i SRTP za medije.

Slika u nastavku prikazuje Webex Calling primenu bez postojećeg IP PBX i primenljiva je na jedno ili više lokacija. Konfiguracija navedena u ovom članku zasnovana je na ovoj primeni.

Redundantnost sloja 2 u box

CUBE HA sloj 2 box-to-box redundantnost koristi protokol infrastrukture grupe redundantnosti (RG) za formiranje aktivnog/uparivanja usmeravanja ruta. Ovaj par deli istu virtuelnu IP adresa (VIP) na odgovarajućim interfejsima i neprestano razmenjuju poruke statusa. Informacije o sesiji CUBE su uperene u par rutera koji omogućavaju ruteru u stanju pripravnosti da odmah preuzmu sve odgovornosti cubE-a preko obrada poziva kada aktivni ruter ode iz usluge, što rezultira statusnim očuvanje signaliziranjem i medijima.

Provera pokazivača je ograničena na povezane pozive sa medijskim paketima. Pozivi u tranzitu nisu tačka za proveru (na primer, pokušaj ili status zvona).

U ovom članku, CUBE HA će se odnositi na redundantnost sloja 2 box-to-box (B2B) za očuvanje stanja poziva

Od IOS-XE 16.12.2, CUBE HA se može primeniti kao lokalni mrežni prolaz za primenu Cisco Webex Calling prenosnika (lokalno PSTN) i pokrićemo razmatranja kod dizajna i konfiguracije u ovom članku. Ova slika prikazuje tipično podešavanje KOCKE HA kao lokalni mrežni prolaz za primenu Cisco Webex Calling prenosnika.

Komponenta redundantnosti grupe Infra

Infra komponenta grupe redundantnosti (RG) pruža podršku za infrastrukturu komunikacije u okviru između dve KOCKE i pregovara o konačnom stabilnom redundantnom stanju. Ova komponenta takođe obezbeđuje:

  • Protokol naličje HSRP-a koji pregovara o konačnom stanju redundantnosti za svaku ruteru razmenom keepalive i pozdravne poruke između dve KOCKE (putem interfejsa kontrole) – GigabitEthernet3 na slici iznad.

  • Mehanizam prenosa za proveru statusa signalizacije i medija za svaki poziv od aktivnog do rutera u stanju mirovanja (putem interfejsa podataka) – GigabitEthernet3 na slici iznad.

  • Konfiguracija i upravljanje interfejsom virtuelnog IP (VIP) interfejsa za saobraćaj (više saobraćajnih interfejsa može da se konfiguriše pomoću iste RG grupe) – GigabitEthernet 1 i 2 smatraju se saobraćajnim interfejsima.

Ova RG komponenta mora biti posebno konfigurisana da podržava glas B2B HA.

Upravljanje virtuelnim IP (VIP) adresama i za signaliziranje i za medije

B2B HA se oslanja na VIP i postiže suvišnost. VIP i povezani fizički interfejsi na obe KOCKE u CUBE HA paru moraju da se zadržavaju na istoj LAN podmrezi. Konfiguracija VIP i povezivanje VIP interfejsa za određenu glasovnu aplikaciju (SIP) su obavezne za glasovnu B2B HA podršku. Spoljni uređaji kao što Unified CM, Webex Calling pristupe SBC-u, pružalac usluga ili proxy serveru, koriste VIP kao IP adresa odredišta za pozive koji se prostire kroz CUBE HA rutere. Zbog toga, Webex Calling tačka gledanja, CUBE HA uparuje deluje kao jedan lokalni mrežni prolaz.

Signaliziranje poziva i RTP informacija o uspostavljenim pozivima proveravaju se sa aktivnog rutera na ruter u režimu mirnjavanja. Kada aktivni ruter padne nadole, ruter u pripravnosti preuzima i nastavlja da prosleđuje RTP tok koji je prethodno usmerio prvi ruter.

Pozivi u prelaznom stanju u vreme prebacivanja neće biti sačuvani nakon prebacivanja. Na primer, pozivi koji još uvek nisu u potpunosti uspostavljeni ili su u procesu izmene pomoću funkcije prenosa ili čekanja. Uspostavljeni pozivi mogu biti prekinuti nakon prebacivanja.

Sledeći zahtevi za korišćenje CUBE HA-a kao lokalni mrežni prolaz za državno preuzimanje poziva:

  • CUBE HA ne može imati TDM ili analogne interfejse koji se nalaze

  • Gig1 i Gig2 se nazivaju interfejsi za upravljanje/podatke za saobraćaj (SIP/RTP), a Gig3 je interfejs za kontrolu/podatke grupe redundantnosti (RG)

  • Ne može se postaviti više od 2 CUBE HA para u isti domen 2 nivoa, jedan sa ID-om grupe 1, a drugi sa ID-om grupe 2. Ako se 2 HA uparuje sa istim ID-om grupe, interfejsi RG kontrole/podataka moraju da pripadaju različitim domenima sloja 2 (vlan, zasebni prekidač)

  • Kanal porta je podržan za RG kontrolu/podatke i interfejse saobraćaja

  • Sva signalizaciona/medijska mreža je izvorna iz/do virtuelne IP adrese

  • Kada se platforma ponovo učita u odnosu CUBE-HA, uvek se pokreće kao režim pripravnosti

  • Niža adresa za sve interfejse (Gig1, Gig2, Gig3) bi trebalo da bude na istoj platformi

  • Redundantni identifikator interfejsa, rii treba da bude jedinstven za kombinaciju para/interfejsa na istom sloju 2

  • Konfiguracija na obe KOCKE mora biti identična, uključujući fizičku konfiguraciju i mora biti pokrenuta na istom tipu platforme i verzije IOS-XE

  • Interfejsi za povratne informacije ne mogu se koristiti kao obavezujući jer su uvek nagore

  • Više interfejsa za saobraćaj (SIP/RTP) (Gig1, Gig2) zahteva da se konfiguriše praćenje interfejsa

  • CUBE-HA nije podržan preko ukrštenog kabla za vezu za RG-kontrolu/podatke (Gig3)

  • Obe platforme moraju biti identične i biti povezane putem fizičkog prekidača preko svih istovetnih interfejsa da bi CUBE HA radio, npr. GE0/0/0 cubE-1 i CUBE-2 moraju da se prekinu na istom prekidaču i tako redom.

  • Не можете да прекинете WAN на КОНФИгурацији на КО

  • I aktivno/u pripravnosti mora biti u istom centar za podatke

  • Obavezno je koristiti zasebni L3 interfejs za redundantnost (RG kontrola/podaci, Gig3). npr. interfejs koji se koristi za saobraćaj ne može da se koristi za ha keepalves i checkpointing

  • Nakon neuspeha, prethodno aktivna CUBE prolazi kroz ponovno učitavanje dizajnom, čuvajući signaliziranje i medije

Konfiguriši redundantnost na oba KOCKE

Morate da konfigurišete redundantnost sloja 2 okvira u okvir na obe KOCKE koje su namenjene da se koriste u HA paru da biste izneli virtuelne IP-ove.

1

Konfigurišite praćenje interfejsa na globalnom nivou da biste pratili status interfejsa.

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


VCUBE-1#conf t

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

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

VCUBE-1(config-track)#exit

VCUBE-2#conf t

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

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

VCUBE-2(config-track)#exit

Track CLI se koristi u RG-u za praćenje statusa govorni saobraćaj interfejsa tako da aktivna ruta bude prilično aktivna nakon što se interfejs za saobraćaj izgubi.

2

Konfigurišite RG za upotrebu sa VoIP HA u podmoderu za redundantnost aplikacije.

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


VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

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

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

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

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

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

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

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

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

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

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

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

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

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

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

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

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

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

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

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

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

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

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

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

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

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

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

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

VCUBE-2(config-red)#exit

VCUBE-2(config)#

U nastavku je objašnjenje polja koja se koriste u ovoj konfiguraciji:

  • redundantnost – unosi režim redundantnosti

  • redundantnost aplikacije – ulazi u režim konfiguracije redundantnosti aplikacije

  • grupa – unosi režim redundantnosti konfiguracije grupe aplikacija

  • ime LocalGateway-HA—Definiše ime RG grupe

  • prioritet 100 prag za prebacivanje 75 – Određuje početni prioritet i neuspešne pragove za RG

  • kašnjenje tajmera 30 ponovno učitavanje 60 – konfiguriše dva puta za kašnjenje i ponovno učitavanje

    • Tajmer kašnjenja koji je vreme za odlaganje pokretanja i pregovora uloge RG grupe nakon što se interfejs vrati – podrazumevano 30 sekundi. Opseg je 0–10000 sekundi

    • Ponovno učitavanje – Ovo je vreme za odlaganje pokretanja RG grupe i pregovaranja o ulozi nakon ponovnog učitavanja – podrazumevano 60 sekundi. Opseg je 0–10000 sekundi

    • Preporučuje se podrazumevani tajmer, iako se ovi tajmeri mogu prilagoditi tako da budu prilagođeni svakom dodatnom kašnjenju konverzije mreže do kojih može doći tokom pokretanja/ponovnog učitavanja rutera, kako bi se osiguralo da se pregovori o RG protokolu odvijaju nakon što se usmeravanje u mreži konverzije prebaci na stabilnu tačku. Na primer, ako se nakon neuspeha vidi da je potrebno do 20 sekundi da novi RG HELLO paket vidi prvi RG HELLO paket od novog AKTIVNOG, onda tajmeri treba da se podese na "tajmer kašnjenje 60 ponovnog učitavanja 120" da bi se faktor uložio u ovo kašnjenje.

  • control GigabitEthernet3 protokol 1 – Konfiguriše interfejs koji se koristi za razmenu keepalive i pozdrav poruke između dve KOCKE i određuje instancu protokola koja će biti priključena na kontrolni interfejs i unosi režim suvišnog protokola aplikacije

  • data GigabitEthernet3 – Konfiguriše interfejs koji se koristi za proveru saobraćaj podataka

  • praćenje – RG grupno praćenje interfejsa

  • protokol 1 – Određuje instancu protokola koja će biti priložena kontrolnom interfejsu i unosi režim redundantnosti konfiguracije protokola aplikacije

  • tajmer za vreme čekanja 3 vreme čekanja 10 – Konfiguriše dva tajmera za vreme čekanja i vreme čekanja:

    • Vreme pozdrava – Interval između uzastopnih poruka pozdrava – podrazumevano 3 sekunde. Opseg je 250 milisekundsa–254 sekunde

    • Vreme čekanja – Interval između prijema poruke pozdrava i preduslov da slanje ruter nije uspelo. Ovo trajanje mora da bude duže od vremena pozdrava – podrazumevano 10 sekundi. Opseg je 750 milisekunds–255 sekundi

      Preporučujemo da podesite tajmer vremena za čekanje tako da ima najmanje 3 puta više vrednosti tajmera za vreme čekanja.

3

Omogućite redundantnost polja u okvir za aplikaciju CUBE. Konfigurišite RG iz prethodnog koraka u voice service voip. Ovo omogućava aplikaciji CUBE da upravlja procesom redundantnosti. 

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

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

redundantna grupa 1 – dodavanje i uklanjanje ove komande zahteva ponovno učitavanje da bi ažurirana konfiguracija stupila na snagu. Ponovo ćemo učitati platforme nakon što se primeni sva konfiguracija.

4

Konfigurišite Gig1 i Gig2 interfejse sa odgovarajućim virtuelnim IPS-ovima kao što je prikazano u nastavku i primenite redundantni identifikator interfejsa (rii)

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

U nastavku je objašnjenje polja koja se koriste u ovoj konfiguraciji:

  • redundantnost rii–Konfiguriše identifikator interfejsa redundantnosti za redundantnu grupu. Potrebno za generisanje adrese virtuelnog MAC (VMAC). Ista rii vrednost ID mora da se koristi na interfejsu svakog rutera (ACTIVE/STANDBY) koji ima isti VIP.

    Ako na istoj LAN-u postoji više od jednog B2B para, svaki par MORA da ima jedinstvene rii ID-ove na odgovarajućim interfejsima (da bi sprečio sudar). "prikaži grupu aplikacija za redundantnost", treba da naznači tačne informacije o lokalnim i ravnopravnim uređajima.

  • redundantna grupa 1 – Povezuje interfejs sa suvišnom grupom kreiranom u koraku 2 iznad. Konfigurišite RG grupu, kao i VIP dodeljen ovom fizičkom interfejsu.

    Obavezno je da se koristi poseban interfejs za redundantnost, to je da se interfejs koji se koristi za govorni saobraćaj ne može da se koristi kao interfejs za kontrolu i podatke naveden u koraku 2 iznad. U ovom primeru, Gigabit interfejs 3 se koristi za RG kontrolu/podatke

5

Sačuvajte konfiguraciju prve KOCKE i ponovo je učitajte.

Platforma za ponovno učitavanje je uvek u pripravnosti.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Kada se VCUBE-1 u potpunosti aktivira, sačuvajte konfiguraciju VCUBE-2 i ponovo je učitajte.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
6

Proverite da li konfiguracija polja za okvir radi kao što ste očekivali. Relevantni izlaz je istaknut podebljanim.

Ponovo smo učitali VCUBE-2-2 poslednji i po redosledu razmatranja kod dizajna; platforma za ponovno učitavanje poslednje će uvek biti u pripravnosti.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Konfigurisanje lokalnog mrežnog prolaza na obe KOCKE

U primeru konfiguracije, koristimo sledeće informacije o magistrali sa portala Control Hub za građenje konfiguracije lokalnog mrežnog prolaza na obe platforme, VCUBE-1 i VCUBE-2. Korisničko ime i lozinka za ovo podešavanje su sledeći:

  • Korisničko ime: Husain1076_LGU

  • Lozinka: LOV12MEaZx

1

Uverite se da je ključ za konfiguraciju kreiran za lozinku, sa komandama prikazanim u nastavku, pre nego što se može koristiti u akreditivima ili deljenim tajnama. Lozinke tipa 6 su šifrovane pomoću AES i ovog korisnički definisanog ključa za konfiguraciju.


LocalGateway#conf t
LocalGateway(config)#key config-key password-encrypt Password123
LocalGateway(config)#password encryption aes

Evo konfiguracije lokalnog mrežnog prolaza koja će se primeniti na obe platforme na osnovu gore prikazanih parametara platforme Control Hub, čuvanja i ponovnog učitavanja. SIP akreditivi za obrađeni sadržaj control Hub su istaknuti podebljano.


configure terminal
crypto pki trustpoint dummyTp
revocation-check crl
exit
sip-ua
crypto signaling default trustpoint dummyTp cn-san-validate server
transport tcp tls v1.2
end


configure terminal
crypto pki trustpool import clean url
http://www.cisco.com/security/pki/trs/ios_core.p7b
end


configure terminal
voice service voip
  ip address trusted list
    ipv4 x.x.x.x y.y.y.y
    exit
   allow-connections sip to sip
  media statistics
  media bulk-stats
  no supplementary-service sip refer
  no supplementary-service sip handle-replaces
  fax protocol pass-through g711ulaw
  stun
    stun flowdata agent-id 1 boot-count 4
    stun flowdata shared-secret 0 Password123!
  sip
    g729 annexb-all
    early-offer forced
    end


configure terminal
voice class sip-profiles 200
  rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
"sip:\1"
  rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
"<sip:\1;transport=tls>"
  rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
  rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
  rule 15 response ANY sip-header Contact modify "<sips:(.*)"
"<sip:\1"
  rule 20 request ANY sip-header From modify ">"
";otg=hussain1076_lgu>"
  rule 30 request ANY sip-header P-Asserted-Identity modify
"sips:(.*)" "sip:\1"


voice class codec 99
  codec preference 1 g711ulaw
  codec preference 2 g711ulaw
  exit

voice class srtp-crypto 200
  crypto 1 AES_CM_128_HMAC_SHA1_80
  exit

voice class stun-usage 200
  stun usage firewall-traversal flowdata
  exit






voice class tenant 200
  registrar dns:40462196.cisco-bcld.com scheme sips expires 240
refresh-ratio 50 tcp tls
  credentials number Hussain5091_LGU username Hussain1076_LGU
password 0 lOV12MEaZx realm Broadworks 
  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm BroadWorks

  authentication username Hussain5091_LGU password 0 lOV12MEaZx
realm 40462196.cisco-bcld.com
  no remote-party-id
  sip-server dns:40462196.cisco-bcld.com
  connection-reuse
  srtp-crypto 200
  session transport tcp tls
  url sips
  error-passthru
  asserted-id pai
  bind control source-interface GigabitEthernet1
  bind media source-interface GigabitEthernet1
  no pass-thru content custom-sdp
  sip-profiles 200
  outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
  privacy-policy passthru


voice class tenant 100
  session transport udp
  url sip
  error-passthru
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp

voice class tenant 300
  bind control source-interface GigabitEthernet2
  bind media source-interface GigabitEthernet2
  no pass-thru content custom-sdp
  

voice class uri 100 sip
 host ipv4:198.18.133.3

voice class uri 200 sip
 pattern dtg=hussain1076.lgu



dial-peer voice 101 voip
 description Outgoing dial-peer to IP PSTN
 destination-pattern BAD.BAD
 session protocol sipv2
 session target ipv4:198.18.133.3
 voice-class codec 99
 voice-class sip tenant 100
 dtmf-relay rtp-nte
 no vad

dial-peer voice 201 voip
 description Outgoing dial-peer to Webex Calling
 destination-pattern BAD.BAD
 session protocol sipv2
 session target sip-server
 voice-class codec 99
 voice-class stun-usage 200
 no voice-class sip localhost
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad


voice class dpg 100
 description Incoming WebexCalling(DP200) to IP PSTN(DP101)
 dial-peer 101 preference 1

voice class dpg 200
 description Incoming IP PSTN(DP100) to Webex Calling(DP201)
 dial-peer 201 preference 1





dial-peer voice 100 voip
 desription Incoming dial-peer from IP PSTN
 session protocol sipv2
 destination dpg 200
 incoming uri via 100
 voice-class codec 99
 voice-class sip tenant 300
 dtmf-relay rtp-nte
 no vad

dial-peer voice 200 voip
 description Incoming dial-peer from Webex Calling
 session protocol sipv2
 destination dpg 100
 incoming uri request 200
 voice-class codec 99
 voice-class stun-usage 200
 voice-class sip tenant 200
 dtmf-relay rtp-nte
 srtp
 no vad

end

copy run start

Da bismo prikazali emitovanje komande, ponovo smo učitali VCUBE-2, a zatim VCUBE-1, čineći VCUBE-1 u režimu mirovanja KOCKE i VCUBE-2 aktivnu KOCKU

2

U bilo kom trenutku, samo jedna platforma će održati aktivnu registraciju kao lokalni mrežni prolaz Webex Calling pristup SBC-u. Pogledajte izlaz sledećih komandi za prikaz.

prikaži grupu aplikacije za redundantnost 1

prikaži status registracije sip-ua


VCUBE-1#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: Standby
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: STANDBY HOT
         Peer RF state: ACTIVE

VCUBE-1#show sip-ua register status
VCUBE-1#


VCUBE-2#show redundancy application group 1
Group ID:1
Group Name:LocalGateway-HA

Administrative State: No Shutdown
Aggregate operational state : Up
My Role: ACTIVE
Peer Role: STATUS
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

VCUBE-2#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          48          yes normal
VCUBE-2#

Iz gorenavedenog izlaza možete videti da je VCUBE-2 aktivni LGW koji održava registraciju sa Webex Calling pristupom SBC-u, dok je prikazivanje "show sip-ua statusa registracije" prazno u VCUBE-1

3

Sada omogućite sledeće otklanjanja grešaka na VCUBE-1


VCUBE-1#debug ccsip non-call
SIP Out-of-Dialog tracing is enabled
VCUBE-1#debug ccsip info
SIP Call info tracing is enabled
VCUBE-1#debug ccsip message
4

Simulirajte preuzimanje tako što ćete dati sledeću komandu na aktivnom LGW,VCUBE-2 u ovom slučaju.


VCUBE-2#redundancy application reload group 1 self

Prelazak sa aktivnog na STANDBY LGW dešava se i u sledećem scenariju, osim gorenavedenog CLI-ja

  • Kada se AKTIVNI ruter ponovo učita

  • Kada aktivni ciklusi napajanja mrežne skretnice

  • Kada se bilo koji RG konfigurisani interfejs AKTIVNOG ruter-a isključi za koji je praćenje omogućeno

5

Proverite da li se VCUBE-1 registrovao Webex Calling access SBC. VCUBE-2 bi se do sada ponovo učitao.


              VCUBE-1#show sip-ua register status

Tenant: 200
--------------------Registrar-Index  1 ---------------------
Line                           peer       expires(sec) reg survival P-Associ-URI
============================== ========== ============ === ======== ============
Hussain5091_LGU                -1          56          yes normal
VCUBE-1#

VCUBE-1 je sada aktivni LGW.

6

Pogledajte relevantnu evidenciju otklanjanja grešaka na platformi VCUBE-1 koja šalje SIP REGISTRACIJU za Webex Calling putem virtuelnih IP i prima 200 U redu.


VCUBE-1#show log

Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event

Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent: Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595044
CSeq: 2 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Content-Length: 0


Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
Received:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
Date: Thu, 09 Jan 2020 18:37:24 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595044
CSeq: 2 REGISTER
WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
Content-Length: 0


Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
Sent:
REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
Date: Thu, 09 Jan 2020 18:37:25 GMT
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
User-Agent:Cisco-SIPGateway/IOS-16.12.02
Max-Forwards: 70
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
Expires: 240
Supported: path
Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
Content-Length: 0


Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:

Received:
SIP/2.0 200 OK
Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
Timestamp: 1578595045
CSeq: 3 REGISTER
Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
Content-Length: 0