Osnove

Preduvjeti

Prije nego što implementirate Cisco Unified Border Element (CUBE) High Availability (HA) kao lokalni pristupnik za Webex Calling, provjerite imate li detaljno razumijevanje sljedećih koncepata:

Smjernice za konfiguraciju navedene u ovom članku podrazumijevaju namjensku platformu lokalnog pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija CUBE poduzeća mijenja kako bi također upotrebljavala funkciju lokalnog pristupnika za Cisco Webex Calling, obratite posebnu pozornost na konfiguraciju koja je primijenjena kako biste osigurali da se postojeći tijekovi poziva i funkcionalnosti ne prekidaju i kako se pridržavate zahtjeva za CUBE HA dizajn.

Hardverske i softverske komponente

CUBE HA kao lokalni pristupnik zahtijeva IOS-XE verziju 17.9.1 ili noviju i platformu na kojoj su podržane i CUBE HA i LGW funkcije.

Naredbe i zapisnici prikaza u ovom članku temelje se na minimalnom izdanju softvera Cisco IOS-XE 17.9.1 implementiranom na vCUBE (CSR 8000v).

Referentni materijal

Ovdje su neki detaljni vodiči za konfiguraciju CUBE HA za različite platforme:

Pregled rješenja Webex Calling

Cisco Webex Calling ponuda je suradnje koja pruža više klijenata u oblaku alternativu lokalnoj PBX telefonskoj usluzi s više PSTN opcija za korisnike.

Implementacija lokalnog pristupnika (prikazana u nastavku) u središtu je ovog članka. Grupiranje lokalnog pristupnika (PSTN na radnom mjestu) u usluzi Webex Calling omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također omogućuje povezivanje s lokalnom IP PBX implementacijom kao što je Cisco Unified CM. Sva komunikacija u oblak i iz njega osigurana je pomoću TLS prijenosa za SIP i SRTP za medije.

Implementacija PSTN-a na lokaciji lokalnog pristupnika

Slika u nastavku prikazuje implementaciju usluge Webex Calling bez postojećeg IP PBX-a i primjenjiva je na implementaciju s jednim ili više web-mjesta. Konfiguracija navedena u ovom članku temelji se na toj implementaciji.

Implementacija usluge Webex Calling bez IP PBX-a

Redundancija od okvira do okvira 2

Redundancija CUBE HA sloja 2 od okvira do okvira koristi infrastrukturni protokol Redundancy Group (RG) za formiranje aktivnog/pripravnog para usmjerivača. Ovaj par dijeli istu virtualnu IP adresu (VIP) na svim svojim sučeljima i neprekidno razmjenjuje statusne poruke. Informacije o CUBE sesiji provjerene su preko para usmjerivača koji omogućuju usmjerivanju u pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač ne radi, što rezultira očuvanjem signala i medija u stanju.

Označavanje provjere ograničeno je na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu označeni potvrdni (na primjer, stanje pokušaja ili zvonjenja).

U ovom članku CUBE HA će se odnositi na redundanciju CUBE visoke dostupnosti (HA) sloja 2 od okvira do okvira (B2B) za očuvanje statusnog poziva.

Od IOS-XE 17.9.1 CUBE HA može se implementirati kao lokalni pristupnik za implementacije grupiranja linija usluge Cisco Webex Calling (lokalni PSTN). U ovom će se članku raspravljati o projektnim razmatranjima i konfiguracijama. Slika prikazuje tipično postavljanje CUBE HA-a kao lokalnog pristupnika za implementaciju grupiranja linija usluge Cisco Webex Calling.

Tipičan CUBE HA postavljen kao lokalni pristupnik za implementaciju grupiranja linija usluge Cisco Webex Calling

Infra komponenta redundancije grupe

Redundancy Group (RG) Infra komponenta pruža podršku za komunikacijsku infrastrukturu između dva CUBE-a i pregovara o konačnom stabilnom stanju redundancije. Ova komponenta također pruža:

  • HSRP-sličan protokol koji pregovara o konačnom stanju redundancije za svaki usmjerivač razmjenom keepalive i hello poruka između dva CUBE-a (putem kontrolnog sučelja)—GigabitEthernet3 na gornjoj slici.

  • Prijenosni mehanizam za provjeru usmjeravanja signalizacije i stanja medija za svaki poziv od aktivnog do rutera pripravnosti (preko podatkovnog sučelja)—GigabitEthernet3 na gornjoj slici.

  • Konfiguracija i upravljanje virtualnim IP (VIP) sučeljem za prometna sučelja (više prometnih sučelja može se konfigurirati pomoću iste RG grupe) – GigabitEthernet 1. i 2. smatraju se prometnim sučeljem.

Ova RG komponenta mora biti posebno konfigurirana za podršku glasovnom B2B HA.

Upravljanje virtualnim IP (VIP) adresama za signalizaciju i medije

B2B HA se oslanja na VIP kako bi postigao redundantnost. VIP i pridružena fizička sučelja na oba CUBE-a u paru CUBE HA moraju se nalaziti na istoj LAN podmreži. Za glasovnu podršku za B2B HA obavezna je konfiguracija VIP sučelja i vezivanje VIP sučelja za određenu glasovnu aplikaciju (SIP). Vanjski uređaji kao što su Unified CM, SBC pristupa za Webex Calling, davatelj usluga ili proxy upotrebljavaju VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, sa stajališta usluge Webex Calling, parovi CUBE HA djeluju kao jedan lokalni pristupnik.

Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva provjeravaju se od aktivnog usmjerivača na usmjerivač u stanje pripravnosti. Kada Aktivni usmjerivač padne, usmjerivač pripravnosti preuzima i nastavlja prosljeđivati RTP niz koji je prethodno preusmjerio prvi usmjerivač.

Pozivi u prijelaznom stanju u trenutku prebacivanja neće se zadržati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili se mijenjaju funkcijom prijenosa ili zadržavanja. Uspostavljeni pozivi mogu biti isključeni nakon prebacivanja.

Za upotrebu CUBE HA-a kao lokalnog pristupnika za trajno prebacivanje poziva postoje sljedeći zahtjevi:

  • CUBE HA ne može imati TDM ili analogna sučelja

  • Gig1 i Gig2 nazivaju se prometna (SIP/RTP) sučelja, a Gig3 je kontrolno/podatkovno sučelje redundancy Group (RG)

  • U istu domenu 2 sloja, jedan s ID-jem skupine ne može se smjestiti više od 2 para CUBE HA 1 i drugi s ID-jem skupine 2. Ako konfigurirate 2 HA parova s istim ID-jem skupine, sučelja RG kontrole / podataka moraju pripadati različitim domenama razine 2 (vlan, odvojeni prekidač)

  • Kanal ulaza podržan je za RG kontrolu / podatke i prometna sučelja

  • Sva signalizacija/mediji potječu od virtualne IP adrese / do nje

  • U svakom trenutku platforma se ponovo učitava u CUBE-HA vezi, uvijek se pokreće kao pripravnost

  • Donja adresa za sva sučelja (Gig1, Gig2, Gig3) treba biti na istoj platformi

  • Identifikator sučelja redundancije, rii treba biti jedinstven za par/kombinaciju sučelja na istom sloju 2

  • Konfiguracija na oba CUBE-a mora biti identična, uključujući fizičku konfiguraciju, te mora biti pokrenuta na istoj vrsti platforme i verziji IOS-XE

  • Sučelja povratnog poziva ne mogu se upotrebljavati kao povezivanja jer su uvijek gore

  • Sučelja višestrukog prometa (SIP/RTP) (Gig1, Gig2) zahtijevaju konfiguriranje praćenja sučelja

  • CUBE-HA nije podržan preko crossover kabela za RG-kontrolu/podatkovnu vezu (Gig3)

  • Obje platforme moraju biti identične i biti povezane putem fizičkog prekidača na svim istim sučeljima kako bi CUBE HA funkcionirao, tj. GE0/0/0 od CUBE-1 i CUBE-2 moraju se prekinuti na istom prekidaču i tako dalje.

  • Nije moguće izravno prekinuti WAN na CUBE-ovima ili imati Data HA s obje strane

  • Obje opcije Active/Standby moraju biti u istom podatkovnom centru

  • Obavezno je koristiti odvojeno L3 sučelje za redundantnost (RG Control/data, Gig3), tj. sučelje koje se koristi za promet ne može se koristiti za HA signal i kontrolnu točku

  • Nakon prebacivanja u slučaju pogreške, prethodno aktivni CUBE prolazi kroz ponovno učitavanje po dizajnu, čuvajući signalizaciju i medije

Konfiguriraj redundantnost na oba CUBE-a

Morate konfigurirati redundantnost sloja 2 od okvira do okvira na obje KOCKICE namijenjene za korištenje u HA paru kako biste pokrenuli virtualne IP-ove.

Tipičan CUBE HA postavljen kao lokalni pristupnik za implementaciju grupiranja linija usluge Cisco Webex Calling

1

Konfigurirajte praćenje sučelja na globalnoj razini za praćenje statusa sučelja.

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 stanja glasovnog prometnog sučelja, tako da će aktivna ruta preuzeti svoju aktivnu ulogu nakon pada prometnog sučelja.

2

Konfigurirajte RG za upotrebu s VoIP HA pod podnačinom redundancije 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 se upotrebljavaju u ovoj konfiguraciji:

  • redundancija – ulazi u način redundancije

  • redundancija aplikacije– unosi način konfiguracije redundancije aplikacije

  • skupina– unosi način konfiguracije skupine aplikacije redundancije

  • naziv LocalGateway-HA – definira naziv RG skupine

  • prioritet 100 prag za prebacivanje 75 – određuje početni prioritet i pragove za prebacivanje za RG

  • tajmera odgoda 30 ponovnog učitavanja 60 – konfigurira dva puta za odgodu i ponovno učitavanje

    • Mjerač vremena odgode koji je vrijeme za odgodu inicijalizacije RG skupine i pregovaranja o ulogama nakon što se sučelje pojavi – zadano 30 sekundi. Raspon je 0 – 10000 sekundi

    • Ponovno učitavanje — ovo je vrijeme za odgodu inicijalizacije RG skupine i pregovaranja o ulogama nakon ponovnog učitavanja – zadano 60 sekundi. Raspon je 0 – 10000 sekundi

    • Preporučuju se zadani mjerači vremena, iako se ti mjerači vremena mogu prilagoditi za bilo kakvo dodatno kašnjenje u konvergenciji mreže koje može nastati tijekom pokretanja/ponovnog učitavanja usmjerivača, kako bi se osiguralo da se pregovaranje o RG protokolu odvija nakon preusmjeravanja u mreži konvergirala na stabilnu točku. Na primjer, ako se nakon prebacivanja u slučaju pogreške vidi da je potrebno do 20 sekundi za novi STANDBY da se vidi prvi paket RG HELLO iz novog ACTIVE, tada brojači vremena trebaju biti podešeni na „odgoda vremena 60 ponovno učitavanja 120” kako bi se faktor u toj odgodi.

  • Kontrola GigabitEthernet3 protokola 1– konfigurira sučelje koje se koristi za razmjenu keepalive i hello poruka između dva CUBE-a i određuje instancu protokola koja će biti pridružena kontrolnom sučelju i unosi način konfiguracije protokola aplikacije redundancije

  • podaci GigabitEthernet3– konfigurira sučelje koje se koristi za provjeru podatkovnog prometa

  • praćenje– praćenje RG skupine sučelja

  • protokol 1 – određuje instancu protokola koja će biti priložena kontrolnom sučelju i unosi način konfiguracije protokola aplikacije redundancije

  • tajmera hellotime 3 holdtime 10 – konfigurira dva tajmera za hellotime i holdtime:

    • Hellotime — Interval između uzastopnih pozdravnih poruka – zadano 3 sekunde. Raspon je 250 milisekundi – 254 sekunde

    • Vrijeme zadržavanja — interval između primitka pozdravne poruke i pretpostavke da usmjerivač koji šalje nije uspio. To trajanje mora biti veće od vremena pozdrav – zadano 10 sekundi. Raspon je 750 milisekundi – 255 sekundi

      Preporučujemo da konfigurirate mjerač vremena praznog vremena tako da bude barem 3 puta veća od vrijednosti mjerača vremena praznog vremena.

3

Omogućite redundantnost okvira na okvir za CUBE aplikaciju. Konfigurirajte RG iz prethodnog koraka u odjeljku voice service voip. To aplikaciji CUBE omogućuje kontrolu procesa redundancije.

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

redundancy-group 1 – Dodavanje i uklanjanje ove naredbe zahtijeva ponovno učitavanje kako bi ažurirana konfiguracija stupila na snagu. Ponovno ćemo učitati platforme nakon što se primijeni sva konfiguracija.

4

Konfigurirajte sučelja Gig1 i Gig2 s njihovim virtualnim IP-ovima kako je prikazano u nastavku i primijenite identifikator sučelja redundancije (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 se upotrebljavaju u ovoj konfiguraciji:

  • rii redundancy – konfigurira identifikator sučelja redundancije za skupinu redundancije. Obavezno za generiranje Virtualne MAC (VMAC) adrese. Ista vrijednost ID-a rii mora se upotrijebiti na sučelju svakog usmjerivača (ACTIVE/STANDBY) koji ima isti VIP.

    Ako postoji više od jednog B2B para na istom LAN-u, svaki par MORA imati jedinstvene rii ID-ove na svojim sučeljima (kako bi se spriječio sudar). Naredba prikaži sve grupe aplikacije redundancije treba ukazivati na točne lokalne i ravnopravne informacije.

  • skupina redundantnosti 1 – pridružuje sučelje sa skupinom redundantnosti izrađenom u prethodnom koraku 2. Konfigurirajte RG skupinu, kao i VIP dodijeljeni ovom fizičkom sučelju.

    Obavezno je koristiti odvojeno sučelje za redundantnost, odnosno sučelje koje se koristi za glasovni promet ne može se koristiti kao sučelje za upravljanje i podatke navedeno u prethodnom koraku 2. U ovom primjeru, Gigabit sučelje 3 se koristi za RG kontrolu/podatke

5

Spremite konfiguraciju prve KOCKE i ponovno je učitajte.

Platforma za ponovno učitavanje uvijek je u pripravnosti.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Nakon što se VCUBE-1 potpuno podiže, spremite konfiguraciju VCUBE-2 i ponovno je učitajte.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Provjerite radi li konfiguracija od okvira do okvira očekivano. Relevantni prikaz istaknut je podebljanim.

Zadnje smo učitali VCUBE-2 i u skladu s razmatranjima dizajna; platforma za posljednje ponovno učitavanje uvijek će 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#

Zatim nastavite s konfiguracijom lokalnog pristupnika (temeljem registracije ili certifikata) na oba HA CUBE-a. Pogledajte odjeljak Konfiguriranje lokalnog pristupnika na uređaju Cisco IOS XE za Webex Calling.