Osnove

Predpogoji

Preden uvedete Cisco Unified Border Element (CUBE) High Availability (HA) kot lokalni prehod za Webex Calling, se prepričajte, da dobro razumete naslednje koncepte:

Smernice za konfiguracijo, navedene v tem članku, prevzemajo namensko platformo lokalnega prehoda brez obstoječe glasovne konfiguracije. Če se obstoječa uvedba podjetja CUBE spreminja tako, da se uporablja tudi funkcija lokalnega prehoda za Cisco Webex Calling, bodite pozorni na uporabljeno konfiguracijo, da zagotovite, da obstoječi poteki klicev in funkcionalnosti niso prekinjeni, in se prepričajte, da upoštevate zahteve za zasnovo CUBE HA.

Komponente strojne in programske opreme

CUBE HA kot lokalni prehod zahteva različico IOS-XE 17.9.1 ali novejšo in platformo, na kateri so podprte tako funkcije CUBE HA kot LGW.

Prikaži ukaze in dnevnike v tem članku temeljijo na minimalni izdaji programske opreme Cisco IOS-XE 17.9.1, ki se izvaja na vCUBE (CSR 8000v).

Referenčni material

Tukaj je nekaj podrobnih navodil za konfiguracijo CUBE HA za različne platforme:

Pregled rešitve Webex Calling

Cisco Webex Calling je ponudba za sodelovanje, ki strankam zagotavlja alternativo v oblaku za več najemnikov namesto telefonske storitve PBX v podjetju z več možnostmi PSTN.

Uvajanje lokalnega prehoda (prikazano spodaj) je v središču tega članka. Združene linije lokalnega prehoda (PSTN na osnovi lokacije) v Webex Calling omogočajo povezljivost s storitvijo PSTN v lasti stranke. Zagotavlja tudi povezljivost z uvajanjem IP PBX v podjetju, kot je Cisco Unified CM. Vsa komunikacija v oblak in iz njega je zavarovana s prenosom TLS za SIP in SRTP za predstavnosti.

Uvajanje PSTN na osnovi prostorov lokalnega prehoda

Na spodnji sliki je prikazana uvajanje Webex Calling brez obstoječega IP PBX in velja za eno ali več mest. Konfiguracija, opisana v tem članku, temelji na tem uvajanju.

Uvajanje Webex Calling brez IP PBX

Plast 2 Redundanca od polja do polja

Redundanca CUBE HA plast 2 box-to-box uporablja infrastrukturni protokol Redundancy Group (RG) za oblikovanje aktivnega/mirujočega para usmerjevalnikov. Ta par si delita isti navidezni naslov IP (VIP) v svojih zadevnih vmesnikih in si nenehno izmenjujeta sporočila o stanju. Informacije o seji CUBE so označene na parih usmerjevalnikov, kar omogoča usmerjevalniku v stanju pripravljenosti, da takoj prevzame vse odgovornosti za obdelavo klicev CUBE, če aktivni usmerjevalnik ne deluje, kar ima za posledico ohranjanje signalizacije in medijev v stanju.

Preverjanje kaže je omejeno na povezane klice s paketi predstavnosti. Klici v tranzitu niso označeni s preverjanjem (na primer stanje poskusa ali zvonjenja).

V tem članku se bo CUBE HA skliceval na redundanco CUBE z visoko razpoložljivostjo (HA) Layer 2 Box-to-Box (B2B) za ohranjanje stalnega klica.

Od IOS-XE 17.9.1 JE MOGOČE CUBE HA namestiti kot lokalni prehod za uvajanje združene linije Cisco Webex Calling (PSTN na lokaciji). V tem članku bodo obravnavani premisleki in konfiguracije glede zasnove. Na sliki je prikazana tipična nastavitev CUBE HA kot lokalni prehod za uvajanje združene linije Cisco Webex Calling.

Tipična nastavitev CUBE HA kot lokalni prehod za uvajanje združene linije Cisco Webex Calling

Odvečnost skupine pod komponento

Komponenta skupine Redundancy Group (RG) infra zagotavlja podporo komunikacijski infrastrukturi od box do box med obema CUBE in se pogaja o končnem stabilnem stanju redundance. Ta komponenta zagotavlja tudi:

  • Protokol, podoben HSRP, ki se pogaja o končnem stanju redundance za vsak usmerjevalnik z izmenjavo pozdravnih in pozdravnih sporočil med dvema CUBE (prek nadzornega vmesnika) – GigabitEthernet3 na zgornji sliki.

  • Transportni mehanizem za prikaz signalizacije in stanja medija za vsak klic od aktivnega usmerjevalnika v stanje pripravljenosti (prek podatkovnega vmesnika) – GigabitEthernet3 na zgornji sliki.

  • Konfiguracija in upravljanje virtualnega IP (VIP) vmesnik za prometne vmesnike (več prometnih vmesnikov se lahko konfigurira z uporabo iste RG skupine) – GigabitEthernet 1 in 2 štejeta za prometni vmesniki.

Ta RG komponenta mora biti posebej konfigurirana za podporo glasovnega B2B HA.

Upravljanje naslova virtualnega IP (VIP) za signaliziranje in predstavnost

B2B HA se zanaša na VIP, da bi dosegli redundanco. VIP in povezani fizični vmesniki na obeh CUBE v paru CUBE HA morajo bivati na istem podomrežju LAN. Konfiguracija VIP in vezava VIP vmesnika na določeno glasovno aplikacijo (SIP) sta obvezna za glasovno podporo B2B HA. Zunanje naprave, kot so Unified CM, dostop Webex Calling SBC, ponudnik storitev ali proxy, uporabljajo VIP kot ciljni naslov IP za klice, ki prečkajo usmerjevalnike CUBE HA. Tako z vidika Webex Calling pari CUBE HA delujejo kot en sam lokalni prehod.

Signaliziranje klicev in informacije o seji RTP vzpostavljenih klicev se preverijo iz aktivnega usmerjevalnika v usmerjevalnik v stanju pripravljenosti. Ko se aktivni usmerjevalnik spusti, usmerjevalnik v stanju pripravljenosti prevzame in nadaljuje tok RTP, ki ga je prej usmerjal prvi usmerjevalnik.

Klici v prehodnem stanju ob preklopu na drug strežnik ne bodo ohranjeni po preklopu. Na primer klici, ki še niso v celoti vzpostavljeni ali so v postopku spreminjanja s funkcijo prenosa ali zadržanja. Vzpostavljeni klici bodo morda prekinjeni po preklopu.

Za uporabo CUBE HA kot lokalnega prehoda za stalni preklopnik klicev obstajajo naslednje zahteve:

  • CUBE HA ne more imeti sočasno nameščenih TDM ali analognih vmesnikov

  • Gig1 in Gig2 se imenujeta prometni vmesniki (SIP/RTP), Gig3 pa je vmesnik za nadzor/podatke skupine redundancy (RG)

  • V isti plasti 2 domene, eno z ID skupine, je mogoče postaviti največ 2 para CUBE HA 1 in drugi z ID skupine 2. Če konfigurirate pare 2 HA z istim ID skupine, morajo vmesniki RG Control/Data pripadati različnim slojem 2 domen (VLAN, ločeno stikalo)

  • Kanal vrat je podprt tako za RG nadzor/podatke kot za vmesnike prometa

  • Vse signaliziranje/predstavnost je vir od/na virtualni naslov IP

  • Kadarkoli je platforma ponovno naložena v razmerju CUBE-HA, se vedno znova zažene v stanju pripravljenosti.

  • Spodnji naslov za vse vmesnike (Gig1, Gig2, Gig3) mora biti na isti platformi

  • Identifikator vmesnika redundance, rii mora biti edinstven za kombinacijo para/vmesnika na isti plasti 2

  • Konfiguracija na obeh CUBE mora biti enaka, vključno s fizično konfiguracijo, in mora delovati na isti vrsti platforme in različice IOS-XE

  • Vmesnikov Loopback ni mogoče uporabiti tako vezano, kot so vedno up

  • Vmesniki za več prometa (SIP/RTP) (Gig1, Gig2) zahtevajo konfiguracijo sledenja vmesnika

  • CUBE-HA ni podprt prek križnega kabla za povezavo RG-control/data link (Gig3)

  • Obe platformi morata biti identični in povezani prek fizičnega stikala na vseh podobnih vmesnikih za delovanje CUBE HA, tj. GE0/0/0 CUBE-1 in CUBE-2 se morata končati na istem stikalu in tako naprej.

  • WAN ni mogoče končati neposredno na CUBE ali podatkov HA na obeh straneh

  • Obe aktivni/stanje mirovanja morata biti v istem podatkovnem središču

  • Za redundanco je obvezno uporabiti ločen vmesnik L3 (RG Control/data, Gig3), tj. vmesnik, ki se uporablja za promet, ni mogoče uporabiti za ohranjanje HA in preverjanje.

  • Predhodno aktivni CUBE po izpadu preide skozi projektno vnovično nalaganje, kar ohranja signalizacijo in medij.

Konfiguriraj redundanco na obeh CUBE

Redundanco sloja 2 od polja do polja morate konfigurirati na obeh CUBE, namenjenih uporabi v paru HA za vzpostavitev navideznih IP-jev.

Tipična nastavitev CUBE HA kot lokalni prehod za uvajanje združene linije Cisco Webex Calling

1

Konfigurirajte sledenje vmesniku na globalni ravni, da spremljate stanje vmesnika.

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 uporablja v RG za sledenje stanju glasovnega prometnega vmesnika, tako da bo aktivna pot precej svojo aktivno vlogo, ko prometni vmesnik ne deluje.

2

Konfigurirajte RG za uporabo z VoIP HA v podnačinu redundance 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)#

Tukaj je razlaga polj, ki se uporabljajo v tej konfiguraciji:

  • redundanca– Vnese način redundance

  • Redundanca aplikacije– Vnese način konfiguracije redundance aplikacije

  • skupina– Vnese način konfiguracije skupine aplikacije je redundanca

  • ime LocalGateway-HA– določa ime skupine RG

  • Prag preklopa prednosti 100 75– Določa začetno prioriteto in pragove preklopa za RG

  • zakasnitev časovnika 30 vnovično nalaganje 60– Konfigurira dvakrat za zakasnitev in vnovično nalaganje

    • Zakasnitev časovnik, ki je količina časa za zakasnitev inicializacije skupine RG in pogajanj o vlogi po tem, ko se vmesnik pojavi – privzeto 30 sekund. Razpon znaša 0–10000 sekund

    • Vnovično nalaganje – To je čas za zamudo inicializacije in pogajanj o vlogi skupine RG po vnovičnem nalaganju – privzeto 60 sekund. Razpon znaša 0–10000 sekund

    • Priporočljivi so privzeti časovniki, čeprav se ti časovniki lahko prilagodijo, da bi se prilagodili morebitnim dodatnim zamikom konvergence omrežja, ki se lahko pojavi med zagonom/vnovičnim nalaganjem usmerjevalnikov, da se zagotovi, da pogajanja o protokolu RG potekajo po tem, ko se je usmerjanje v omrežju približalo stabilni točki. Če je na primer po preklopu viden, da traja do 20 sekund, da se v novem stanju pripravljenosti vidi prvi paket RG HELLO novega ACTIVE, je treba časovnike prilagoditi tako, da se časovniki zakasnejo 60 vnovično nalaganje 120.

  • nadzoruje protokol GigabitEthernet3 1– Konfigurira vmesnik, ki se uporablja za izmenjavo pozdravnih in pozdravnih sporočil med dvema CUBE, in določa primerek protokola, ki bo pritrjen na nadzorni vmesnik in vnese način konfiguracije protokola aplikacije redundancy

  • podatki GigabitEthernet3– konfigurira vmesnik, ki se uporablja za preverjanje podatkovnega prometa

  • sledenje– sledenje vmesnikov skupine RG

  • protokol 1– Določa primerek protokola, ki bo priložen nadzornemu vmesniku in vnese način konfiguracije protokola aplikacije redundancy

  • časovniki hellotime 3 holdtime 10—Konfigurira dva časovnika za hellotime in holdtime:

    • Hellotime – Interval med zaporednimi pozdravnimi sporočili – Privzeto 3 sekunde. Razpon je 250 milisekund-254 sekund

    • Holdtime – Interval med prejemom pozdravnega sporočila in domnevo, da usmerjevalnik pošiljatelja ni uspel. To trajanje mora biti daljše od pozdravnega časa – privzetih 10 sekund. Razpon je 750 milisekund-255 sekund

      Priporočamo, da časovnik holdtime nastavite tako, da bo vsaj 3-krat večji od vrednosti časovnika hellotime.

3

Omogoči redundanco od polja do polja za aplikacijo CUBE. Konfigurirajte RG iz prejšnjega koraka v voice service voip. To aplikaciji CUBE omogoča nadzor procesa redundance.

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

redundanca-skupina 1– Za dodajanje in odstranjevanje tega ukaza je potrebno vnovično nalaganje, da začne veljati posodobljena konfiguracija. Znova bomo naložili platforme, ko bo uporabljena vsa konfiguracija.

4

Konfigurirajte vmesnike Gig1 in Gig2 z ustreznimi navideznimi IP, kot je prikazano spodaj, in uporabite identifikator vmesnika redundance (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

Tukaj je razlaga polj, ki se uporabljajo v tej konfiguraciji:

  • rii redundancy– Konfigurira identifikator vmesnika redundance za skupino redundance. Zahtevano za ustvarjanje naslova navideznega MAC (VMAC). Isto vrednost ID rii je treba uporabiti na vmesniku vsakega usmerjevalnika (ACTIVE/STANDBY), ki ima enak VIP.

    Če je na istem LAN več kot en par B2B, mora vsak par imeti na svojih vmesnikih edinstvene ID-je rii (da se prepreči trčenje). Prikaži skupino aplikacij za redundanco ukaz mora označiti pravilne lokalne in enakovredne informacije.

  • skupina redundance 1– Povežite vmesnik s skupino redundance, ki je ustvarjena v 2. koraku zgoraj. Konfigurirajte skupino RG in VIP, dodeljen temu fizičnemu vmesniku.

    Za redundanco je obvezno uporabiti ločen vmesnik, kar pomeni, da vmesnika, ki se uporablja za glasovni promet, ni mogoče uporabiti kot vmesnik za nadzor in podatke, naveden v 2. koraku zgoraj. V tem primeru se za nadzor/podatke RG uporablja Gigabit vmesnik 3

5

Shranite konfiguracijo prvega CUBE in jo znova naložite.

Platforma za vnovično nalaganje je vedno v stanju pripravljenosti.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]

Ko se VCUBE-1 v celoti zažene, shranite konfiguracijo VCUBE-2 in jo znova naložite.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]

6

Preverite, ali konfiguracija od polja do polja deluje, kot je pričakovano. Ustrezni izhod je poudarjen v krepkem tisku.

Ponovno naložili smo VCUBE-2 zadnji in v skladu z upoštevanjem zasnove; platforma za ponovno nalaganje zadnji bo vedno v stanju pripravljenosti. 


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#

Nato nadaljujte s konfiguracijo lokalnega prehoda (na podlagi registracije ali na podlagi potrdila) na obeh HA CUBE. Glejte Konfiguracija lokalnega prehoda na Cisco IOS XE za Webex Calling.