Основно

Preduslov

Pre nego što primenite Cisco Unified Border Element (CUBE) visoku dostupnost (HA) kao lokalni mrežni prolaz za Webex Calling, uverite se da imate detaljno razumevanje sledećih koncepata:

Smernice za konfiguraciju navedene u ovom članku preuzimaju se namenska platforma lokalnog mrežnog prolaza bez postojeće konfiguracije glasa. Ako se postojeća primena CUBE velikog preduzeća izmeni tako da takođe koristi funkciju lokalnog mrežnog prolaza za Cisco Webex Calling, obratite pažnju na konfiguraciju primenjenu da biste osigurali da postojeći tokovi poziva i funkcionalnosti nisu prekinuti i uverite se da se pridržavate zahteva za dizajn CUBE HA.

Hardver i komponente softvera

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

Prikazane komande i evidencije u ovom članku zasnivaju se na minimalnom izdanju softvera Cisco IOS-XE 17.9.1 primenjenom na vCUBE (CSR 8000v).

Materijal za referencu

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

Pregled rešenja za Webex Calling

Cisco Webex Calling je ponuda za saradnju koja pruža alternativu u oblaku sa više zakupaca lokalnoj PBX telefonskoj usluzi sa više PSTN opcija za kupce.

Primena lokalnog mrežnog prolaza (predstavljena u nastavku) je u fokusu ovog članka. Lokalni mrežni prolaz (lokalni PSTN) prenosnik u usluzi Webex Calling omogućava povezivanje sa PSTN uslugom u vlasništvu korisnika. Takođe pruža mogućnost povezivanja sa lokalnim IP PBX primenom, kao što je Cisco Unified CM. Sva komunikacija u oblak i iz njega se obezbeđuje pomoću TLS prenosa za SIP i SRTP za medije.

Primena lokalnog PSTN mrežnog prolaza

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

Primena usluge Webex Calling bez IP PBX protokola

Redundantnost 2 Box-to-Box

CUBE HA polje 2 box-to-box redundancy koristi protokol infrastrukture Redundancy Group (RG) za formiranje aktivnog/u stanju pripravnosti para rutera. Ovaj par deli istu virtuelnu IP adresu (VIP) na odgovarajućim interfejsima i stalno razmenjuju poruke statusa. Informacije o CUBE sesiji se proveravaju preko para rutera koji omogućavaju ruteru u stanju pripravnosti da preuzme sve odgovornosti za obradu poziva CUBE-a odmah ako aktivni ruter ne uspe, što rezultira očuvanjem signalizacije i medija u državi.

Pokazivanje za potvrdu je ograničeno na povezane pozive sa medijskim paketima. Pozivi u tranzitu nisu usmereni za proveru (na primer, stanje za pokušaj ili zvono).

U ovom članku, CUBE HA će se odnositi na CUBE High Availability (HA) redundantnost sloja 2 Box-to-Box (B2B) za očuvanje poziva sa statusom.

Od IOS-XE 17.9.1, CUBE HA može biti primenjen kao lokalni mrežni prolaz za Cisco Webex Calling primene magistrale (lokalni PSTN). U ovom članku će biti reči o razmatranju dizajna i konfiguracijama. Slika prikazuje tipičan CUBE HA podešen kao lokalni mrežni prolaz za primenu Cisco Webex Calling magistrale.

Tipičan CUBE HA podešen kao lokalni mrežni prolaz za primenu Cisco Webex Calling magistrale

Redundancy Group Infra komponenta

Infra komponenta Redundantnosti Group (RG) pruža okvir-to-box komunikacionu podršku između dve KOCKE i pregovarava o konačnom stabilnom stanju redundantnosti. Ova komponenta takođe obezbeđuje:

  • Protokol sličan HSRP-u koji pregovara o konačnom stanju redundantnosti za svaki ruter razmenom čudnih i zdravih poruka između dve KOCKE (preko kontrolnog interfejsa) – GigabitEthernet3 na slici iznad.

  • Mehanizam transporta za proveru signalizacije i medija za svaki poziv od aktivnog do rutera u stanju pripravnosti (preko interfejsa podataka) – GigabitEthernet3 na slici iznad.

  • Konfiguracija i upravljanje Virtual IP (VIP) interfejsom za saobraćajne interfejse (više interfejsa saobraćaja se može konfigurisati pomoću iste RG grupe) – GigabitEthernet 1 i 2 se smatraju interfejsima saobraćaja.

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

Upravljanje virtuelnom IP (VIP) adresom za signalizaciju i za medije

B2B HA se oslanja na VIP da bi ostvario redundantnost. VIP i povezani fizički interfejsi na oba CUBE-a u CUBE HA paru moraju biti smešteni na istoj LAN podmreži. Konfiguracija VIP i vezivanje VIP interfejsa za određenu glasovnu aplikaciju (SIP) su obavezna za glasovnu B2B HA podršku. Spoljni uređaji kao što su Unified CM, pristup Webex Calling SBC, pružalac usluge ili proxy koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA rutere. Zbog toga, sa tačke gledišta Webex Calling, CUBE HA par deluje kao jedan lokalni mrežni prolaz.

Informacije o signalizaciji poziva i o RTP sesiji uspostavljenih poziva se proveravaju od aktivnog rutera do rutera u stanju pripravnosti. Kada aktivni ruter padne, ruter u stanju pripravnosti preuzima ulogu i nastavlja da prosleđuje RTP tok koji je prethodno usmeren prvi ruter.

Pozivi u prelaznom stanju u trenutku preuzimanja neće biti očuvani posle prelaska na niži plan. Na primer, pozivi koji još uvek nisu u potpunosti uspostavljeni ili su u toku izmene funkcije prenosa ili čekanja. Uspostavljeni pozivi mogu biti prekinuti vezu posle prelaska.

Postoje sledeći zahtevi za korišćenje CUBE HA kao lokalnog mrežnog prolaza za državno preuzimanje poziva:

  • CUBE HA ne može imati TDM ili analogne interfejse koji su zajednički locirani

  • Gig1 i Gig2 nazivaju se interfejsi saobraćaja (SIP/RTP), a Gig3 je interfejs za kontrolu/podatke

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

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

  • Svi signalizacioni/mediji potiču sa/na virtuelnu IP adresu

  • Kad god se platforma ponovo učita u CUBE-HA vezi, uvek se pokreće kao Standby

  • Donja adresa za sve interfejse (Gig1, Gig2, Gig3) treba da bude na istoj platformi

  • Identifikator interfejsa redundantnosti, rii treba da bude jedinstven za par/interfejs na istom Sloju 2

  • Konfiguracija na oba KOCKA mora da bude identična, uključujući fizičku konfiguraciju i mora da bude pokrenuta na istom tipu platforme i IOS-XE verzije

  • Interfejsi za zadaci se ne mogu koristiti kao vezani jer su uvek gore nagore

  • Više saobraćaja (SIP/RTP) interfejsa (Gig1, Gig2) zahteva konfigurisanje praćenja interfejsa

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

  • Obe platforme moraju biti identične i biti povezane putem fizičkog prekidača na svim sličnim interfejsima da bi CUBE HA radio, tj. GE0/0/0 od CUBE-1 i CUBE-2 moraju se prekinuti na istom prekidaču i tako dalje.

  • Nije moguće prekinuti WAN na CUBE-u direktno ili Data HA sa bilo koje strane

  • I aktivno/u stanju pripravnosti moraju da budu u istom centru podataka

  • Obavezno je koristiti zasebni L3 interfejs za redundantnost (RG Control/data, Gig3). i.e interfejs koji se koristi za saobraćaj ne može koristiti za HA čuvare i označavanje

  • Nakon greške, prethodno aktivna KOCKA prolazi kroz ponovno učitavanje po dizajnu, očuvajući signalizaciju i medije

Konfiguriši redundantnost na obe KOCKE

Morate da konfigurišete redundantnost sloja 2 na oba KOCKA koja su namenjena da se koriste u HA paru da bi se prikupili virtuelni IP-ovi.

Tipičan CUBE HA podešen kao lokalni mrežni prolaz za primenu Cisco Webex Calling magistrale

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

Praćenje CLI se koristi u RG za praćenje stanja interfejsa glasovnog prometa, tako da će aktivna usmeravanja u potpunosti imati aktivnu ulogu nakon što se saobraćajni interfejs smanji.

2

Konfigurišite RG za korišćenje sa VoIP HA u podrežimu redundantnosti 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)#

Evo objašnjenja polja koja su korišćena u ovoj konfiguraciji:

  • redundantnost– Ulazi u režim redundantnosti

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

  • grupa—Ulazi u režim konfiguracije grupe aplikacija redundantnosti

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

  • Prioritetna granična vrednost 100 75– Određuje početni prioritet i pragove preuzimanja za RG

  • tajmeri odlaganje 30 ponovo učitavanja 60 – Konfiguriše dva puta za odlaganje i ponovo učitava

    • Tajmer odlaganja koji je vreme za odlaganje pokretanja RG grupe i pregovaranja uloge nakon što se pojavi interfejs – podrazumevano 30 sekundi. Opseg je 0–10000 sekundi

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

    • Podrazumevani tajmeri se preporučuju, iako se ovi tajmeri mogu prilagoditi za bilo koje dodatno kašnjenje konvergencije mreže koje može doći tokom pravljenja/ponovnog učitavanja rutera, kako bi se garantovalo da se pregovaranje RG protokola odvija nakon što se usmeravanje mreže konvertuje na stabilnu tačku. Na primer, ako se posle greške vidi da je potrebno do 20 sekundi da novi STANDBY uređaj vidi prvi RG HELLO paket od novog ACTIVE-a, onda tajmeri treba prilagoditi na „tajmer delay 60 ponovo učitavanje 120“ da bi se faktorisali u ovom kašnjenju.

  • control GigabitEthernet3 protokol 1 – Konfiguriše interfejs koji se koristi za razmenu hitnih poruka i pozdravnih poruka između dve CUBE-a i određuje instancu protokola koji će biti povezan na kontrolni interfejs i ulazi u režim konfiguracije protokola aplikacije

  • podaci GigabitEthernet3– Konfiguriše interfejs koji se koristi za proveru praćenja saobraćaja podataka

  • praćenje– praćenje RG grupe interfejsa

  • Protokol 1 – Određuje instancu protokola koja će biti povezana sa kontrolnim interfejsom i ulazi u režim konfiguracije protokola aplikacije redundantnosti

  • tajmeri hellotime 3 holdtime 10– Konfiguriše dva tajmera za hellotime i čekanje:

    • Hellotime—Interval između uzastopnih poruka pozdrava – Podrazumevano 3 sekunde. Opseg je 250 milisekundi-254 sekunde

    • Holdtime – interval između prijema poruke pozdrava i pretpostavke da slanje rutera nije uspelo. Ovo trajanje mora da bude veće od vremena pozdrava – podrazumevano 10 sekundi. Opseg je 750 milisekundi-255 sekundi

      Preporučujemo da konfigurišete merač vremena za čekanje tako da bude najmanje 3 puta veća od vrednosti tajmera za čekanje vremena.

3

Omogućite box-to-box redundantnost za CUBE aplikaciju. Konfigurišite RG iz prethodnog koraka u okviru voice service voip. Ovo omogućava CUBE aplikaciji da kontroliše proces 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

redundantnost-grupa 1 – Dodavanje i uklanjanje ove komande zahteva ponovno učitavanje da bi ažurirana konfiguracija stupila na snagu. Ponovo ćemo učitati platforme kada se primene sve konfiguracije.

4

Konfigurišite Gig1 i Gig2 interfejse sa njihovim virtuelnim IP-ovima kao što je prikazano u nastavku i primenite identifikator interfejsa redundantnosti (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

Evo objašnjenja polja koja su korišćena u ovoj konfiguraciji:

  • rii—Konfiguriše identifikator interfejsa za redundantnost za grupu. Potrebno je za generisanje Virtual MAC (VMAC) adrese. Ista vrednost rii ID-a mora se koristiti na interfejsu svakog rutera (AKTIVAN/U STANJU PRIPRAVNOSTI) koji ima isti VIP.

    Ako postoji više od jednog B2B para na istom LAN-u, svaki par MORA da ima jedinstveni rii ID-ove na njihovim odgovarajućim interfejsima (da bi se sprečio sudar). Prikaži grupu aplikacija za redundantnost sve komande treba da ukazuje na tačne lokalne i ravnopravne informacije.

  • Redundantnost grupa 1– Povezuje interfejs sa redundantnom grupom kreiranom u gornjem koraku 2. Konfigurišite RG grupu, kao i VIP koji je dodeljen ovom fizičkom interfejsu.

    Obavezno je koristiti poseban interfejs za redundantnost, odnosno interfejs koji se koristi za glasovni saobraćaj ne može da se koristi kao kontrola i interfejs podataka naveden u koraku 2 iznad. U ovom primeru, Gigabitni 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 stanju pripravnosti.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

Kada se VCUBE-1 u potpunosti pokrene, 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 box-to-box konfiguracija funkcioniše prema očekivanjima. Odgovarajući izlaz je istaknut u podebljanom.

Ponovo smo učitali VCUBE-2 poslednji put i u skladu sa dizajnom; platforma za poslednje učitavanje uvek će biti u stanju 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#

Zatim nastavite sa konfiguracijom lokalnog mrežnog prolaza (zasnovanom na registraciji ili zasnovane na sertifikatu) na oba HA CUBE-a. Pogledajte članak Konfigurisanje lokalnog mrežnog prolaza na Cisco IOS XE za Webex Calling.