U ovome članku
Osnove
Konfigurirajte redundanciju na oba CUBE
Implementirajte CUBE visoku dostupnost kao lokalni pristupnik
list-menuU ovome članku
list-menuŽelite li poslati povratne informacije?

Local Gateway (LGW) ekskluzivno je rješenje za pružanje lokalnog PSTN pristupa korisnicima Cisco Webex Calling. Ovaj dokument vas vodi u konfiguriranju lokalnog pristupnika pomoću CUBE visoke dostupnosti, s aktivnim CUBE-om ili u stanju pripravnosti kako biste osigurali stanje neuspjeha aktivnih poziva.

Osnove

Preduvjeti

Prije nego što implementirate Cisco Unified Border Element (CUBE) High Availability (HA) kao lokal ni pristupnik zaWebex Calling, provjerite imate li dubinsko razumijevanje sljedećih koncepata:

Smjernice za konfiguraciju navedene u ovom članku pretpostavljaju namjensku platformu lokalnog pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija CUBE-a za poduzeće mijenja kako bi se koristila i funkcija lokalnog pristupnikaCisco Webex Calling, obratite posebnu pozornost na primijenjenu konfiguraciju kako biste osigurali da postojeći tikovi poziva i funkcionalnosti ne budu prekinuti i provjerite pridržavate se zahtjeva dizajna CUBE HA.

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.

Prikaz naredbi i zapisnika u ovom članku temelje se na minimalnom izdanju softvera Cisco IOS -XE 17.9.1 implementiranog na vCube (CSR 8000v).

Referentni materijal

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

Webex CallingPregled rješenja

Cisco Webex Callingje ponuda suradnje koja pruža alternativu u oblaku zasnovanu na više stanara lokalnoj PBX telefonskoj usluzi s više PSTN opcija za korisnike.

Uvođenje lokalnog pristupnika (prikazano u nastavku) fokus je ovog članka. Lokalni pristupnik (PSTN zasnovan na prostorijama) Webex Calling omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također omogućuje povezivanje s lokalnom implementacijom IP PBX kao što je. Cisco Unified CM Sva komunikacija do i iz oblaka osigurana je pomoću TLS transporta za SIP i SRTP za medije.

Local Gateway premises-based PSTN deployment

Donja slika prikazuje implementaciju Webex Calling bez postojeće IP PBX i primjenjiva je na implementaciju s jednom ili više lokacija. Konfiguracija navedena u ovom članku temelji se na ovoj implementaciji.

Webex Calling deployment without IP PBX

Redundancija od kutije do kutije sloja 2

Redundancija sloja 2 od kutije do kutije CUBE HA koristi infrastrukturni protokol Redundancy Group (RG) za formiranje aktivnih/pripravnih para usmjerivača. Ovaj par dijeli istu virtualnu IP adresu (VIP) na svojim sučeljima i neprestano razmjenjuje poruke o statusu. Informacije o sesiji CUBE provjeravaju se na paru usmjerivača omogućujući usmjerivaču u stanju pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač prestane s radom, što rezultira stalnim očuvanjem signalizacije i medija.

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

U ovom će se članku CUBE HA odnositi na redundanciju CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) za državno očuvanje poziva.

Od iOS-XE 17.9.1, CUBE HA se može implementirati kao lokalni pristupnik za instalacije Cisco Webex Calling magistrala (PSTN temeljen na prostorijama). Ovaj članak će raspravljati o dizajnerskim razmatranjima i konfiguracijama. Na slici je prikazana tipična postavka CUBE HA kao lokalni pristupnik za instal Cisco Webex Calling aciju debla.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

Infra komponenta grupe redundancije

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

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

  • Transportni mehanizam za provjeru signalizacije i stanja medija za svaki poziv od aktivnog do usmjerivača u stanje pripravnosti (putem 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) — GigabiteEthernet 1 i 2 smatraju se prometnim sučeljima.

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 redundanciju. VIP i povezana fizička sučelja na oba CUBE u CUBE HA paru moraju se nalaziti na istoj LAN podmreži. Konfiguracija VIP-a i povezivanje VIP sučelja na određenu glasovnu aplikaciju (SIP) obvezni su za glasovnu B2B HA podršku. Vanjski uređaji kao Unified CM što su Webex Calling pristup SBC-u, pružatelju usluga ili proxyju koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, s gledi Webex Calling šta, CUBE HA parovi djeluju kao jedinstveni lokalni pristupnik.

Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva provjeravaju se od aktivnog usmjerivača do usmjerivača u stanje pripravnosti. Kada se aktivni usmjerivač spusti, usmjerivač u stanju pripravnosti preuzima i nastavlja prosljeđivati RTP tok koji je prethodno usmjerivao prvi usmjerivač.

Pozivi u prijelaznom stanju u trenutku prebacivanja neće se sačuvati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili su u procesu izmjene pomoću funkcije prijenosa ili zadržavanja. Uspostavljeni pozivi mogu se isključiti nakon prebacivanja.

Postoje sljedeći zahtjevi za korištenje CUBE HA kao lokalnog pristupnika za stanje neuspjeha poziva:

  • CUBE HA ne može imati TDM ili analogna sučelja koja se nalaze zajedno

  • Gig1 i Gig2 nazivaju se prometnim (SIP/RTP) sučeljima, a Gig3 je kontrolno-podatkovno sučelje Redundancy Group (RG)

  • U istu domenu sloja 2 ne mogu se smjestiti više od 2 CUBE HA para, jedan s id grupe 1, a drugi s id grupe 2. Ako konfigurirate 2 HA para s istim ID-om grupe, RG Control/Data sučelja moraju pripadati različitim domenama sloja 2 (vlan, zasebni prekidač)

  • Port kanal podržan je i za RG kontrolna/podatkovna i prometna sučelja

  • Sva signalizacija/mediji se dovode od/na virtualnu IP adresu

  • Kad god se platforma ponovno učita u CUBE-HA odnosu, uvijek se pokreće kao stanje pripravnosti

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

  • Identifikator sučelja redundancije, rii bi trebao biti jedinstven za kombinaciju para/sučelja na istom sloju 2

  • Konfiguracija na oba CUBE mora biti identična, uključujući fizičku konfiguraciju i mora raditi na istoj vrsti platforme i iOS-XE verziji

  • Sučelja za povratnu petlju ne mogu se koristiti kao veza jer su uvijek uključena

  • Višestruka prometna (SIP/RTP) sučelja (Gig1, Gig2) zahtijevaju konfiguriranje praćenja sučelja

  • CUBE-HA nije podržan preko unakrsne kabelske veze za RG-Control/Data link (Gig3)

  • Obje platforme moraju biti identične i biti povezane putem fizičkog prekida ča preko svih sličnih sučelja za rad CUBE HA, tj. GE0/0/0 CUBE-1 i CUBE-2 mora završiti na istom prekidaču i tako dalje.

  • Ne može se izravno prekinuti WAN na CuBes-u ili Data HA s obje strane

  • Oba aktivna/čekanja moraju biti u istom podatkovnom centru

  • Obavezno je koristiti odvojeno L3 sučelje za redundanciju (RG Control/Data, Gig3). tj. Sučelje koje se koristi za promet ne može se koristiti za HA pamćenje i kontrolne tačke

  • Nakon neuspjeha, prethodno aktivni CUBE prolazi kroz ponovno učitavanje dizajnom, čuvajući signalizaciju i medije

Konfigurirajte redundanciju na oba CUBE

Morate konfigurirati redundanciju box-to-box sloja 2 na oba CUBE namijenjena korištenju u HA paru da biste otvorili virtualne IP-ove.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

1

Konfigurirajte praćenje sučelja na globalnoj razini kako biste pratili status 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 koristi se u RG-u za praćenje stanja sučelja glasovnog prometa tako da će aktivna ruta sasvim svoju aktivnu ulogu nakon što prometno sučelje ne padne.

2

Konfigurirajte RG za upotrebu s VoIP HA u podnačinu 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 koriste u ovoj konfiguraciji:

  • redundantnost — ulazi u režim redund ancije

  • redundantnost aplikacije — ulazi u način konfiguracije redundancije aplikacije

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

  • ime LocalGateway-HA —Definira naziv RG grupe

  • prioritet 100 prag prekida neuspjeha 75 —Određuje početni prioritet i prag prekida neuspjeha za RG

  • kašnjenje tajmera 30 ponovno učitavanje 60 —Konfigurira dva puta za kašnjenje i ponovno učitavanje

    • Tajmer kašnjenja, što je vrijeme za odgađanje inicijalizacije RG grupe i pregovaranja o ulozi nakon što se sučelje pojavi - zadano 30 sekundi. Raspon je 0-10000 sekundi

    • Ponovno učitavanje — ovo je vrijeme za odgađanje inicijalizacije RG grupe 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 svim dodatnim kašnjenjem mrežne konvergencije koje može nastati tijekom pokretanja/ponovnog učitavanja usmjerivača, kako bi se jamčilo da se pregovaranje o RG protokolu odvija nakon što se usmjeravanje u mreži konvergira na stabilnu točku. Na primjer, ako se nakon neuspjeha vidi da je potrebno do 20 sekundi da novi STANDBY vidi prvi RG HELLO paket iz novog ACTIVE, tada bi tajmere trebale biti podešene na 'timers delay 60 reload 120' kako bi se uzelo u obzir ovo kašnjenje.

  • kontrola GigaBiteThernet3 protokola 1 —Konfigurira sučelje koje se koristi za razmjenu poruka Keepalive i hello između dva CUBE-a i određuje instancu protokola koja će biti priključena na kontrolno sučelje i ulazi u režim konfiguracije protokola aplikacije redundantnosti

  • podaci GigaBiteThernet3 — Konfigurira sučelje koje se koristi za provjeru prometa podataka

  • pra@@ ćenje —RG grupno praćenje sučelja

  • protokol 1 —Određuje instancu protokola koja će biti priključena na kontrolno sučelje i ulazi u način konfiguracije redundantnog aplikacijskog protokola

  • tajmeri hellotime 3 zadržavanje 10 —Konfigurira dva taj mera za hellotime i zadržavanje:

    • Hellotime— Interval između uzastopnih poruka pozdrava - Zadano 3 sekunde. Raspon je 250 milisekunda-254 sekunde

    • Vrijeme zadržavanja - interval između primitka poruke Hello i pretpostavke da usmjerivač koji šalje nije uspio. Ovo trajanje mora biti veće od dobrog vremena - zadano 10 sekundi. Raspon je 750 milisekunda-255 sekundi

      Preporučujemo da konfigurirate mjerač vremena zadržavanja da bude najmanje 3 puta veći od vrijednosti tajmera hellotime.

3

Omogućite redundanciju box-to-box za aplikaciju CUBE. Konfigurirajte RG iz prethodnog koraka ispod voice service voip. To omogućuje aplikaciji CUBE 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 Gig1 i Gig2 sučelja s odgovarajućim virtualnim IP-ovima kao što je prikazano u nastavku i primijenite identifikator sučelja 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 se koriste u ovoj konfiguraciji:

  • ri@@ i redundance —Konfiguri ra identifikator sučelja redundancije za skupinu redundancije. Potrebno za generiranje virtualne MAC (VMAC) adrese. Ista rii ID vrijednost mora se koristiti 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 odgovarajućim sučeljima (kako bi se spriječio sudar). Nare dba show redundancy Application group all trebala bi naznačiti točne lokalne i vršnjačke informacije.

  • grupa redundancije 1 —Po vezuje sučelje s grupom redundancije stvorenom u gornjem koraku 2. Konfigurirajte RG grupu, kao i VIP koji je dodijeljen ovom fizičkom sučelju.

    Obavezno je koristiti zasebno sučelje za redundanciju, odnosno sučelje koje se koristi za glasovni promet ne može se koristiti kao kontrolno i podatkovno sučelje navedeno u gornjem koraku 2. U ovom primjeru Gigabit sučelje 3 koristi se za RG kontrolu/podatke

5

Spremite konfiguraciju prvog CUBE-a i ponovno ga učitajte.

Platforma za posljednje ponovno učitavanje uvijek je stanje pripravnosti.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Nakon što se VCUBE-1 potpuno pok rene, spremite konfiguraciju VCU BE-2 i ponovo je učitajte.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Provjerite radi li konfiguracija box-to-box kako se očekuje. Relevantni izlaz označen je po debljanim slo vima.

Zadnji smo ponovno učit ali VCUBE-2 i prema dizajnerskim razmatranjima; platforma za posljednje ponovno učitavanje uvijek ć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 s konfiguracijom lokalnog pristupnika (temeljenom na registraciji ili na temelju certifikata) na oba HA CUBE. Pogledajte Konfiguriranje lokalnog pristup Cisco IOS nika na XE za Webex Calling.

Je li taj članak bio koristan?
Je li taj članak bio koristan?