V tem članku
Osnove
Konfigurirajte redundanco na obeh CUBE-ih
Uporabite visoko razpoložljivost CUBE kot lokalni prehod
list-menuV tem članku
list-menuPovratne informacije?

Local Gateway (LGW) je ekskluzivna rešitev za zagotavljanje krajevnega dostopa PSTN strankam Cisco Webex Calling. Ta dokument vas vodi pri konfiguriranju lokalnega prehoda z uporabo visoke razpoložljivosti CUBE z aktivnimi ali pripravljenimi CUBE za zagotovitev neprekinjenega preklopa aktivnih klicev v stanju stanja.

Osnove

Predpogoji

Preden namestite Cisco Unified Border Element (CUBE) High Availability (HA) kot lokalni prehodWebex Calling, se prepričajte, da ste poglobljeno razumeli naslednje koncepte:

Smernice za konfiguracijo, navedene v tem članku, predvidevajo namensko platformo lokalnega prehoda brez obstoječe glasovne konfiguracije. Če se obstoječa uvajanje podjetja CUBE spreminja tako, da uporablja tudi funkcijo lokalnega prehodaCisco Webex Calling, bodite pozorni na uporabljeno konfiguracijo, da zagotovite, da obstoječi tokovi klicev in funkcionalnosti ne bodo prekinjeni, in se prepričajte, da upoštevate zahteve oblikovanja 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 sta podprta tako funkcija CUBE HA kot LGW.

Prikazni ukazi in dnevniki v tem članku temeljijo na minimalni izdaji programske opreme Cisco IOS -XE 17.9.1, implementirani na vCube (CSR 8000v).

Referenčni material

Tu je nekaj podrobnih vodič za konfiguracijo CUBE HA za različne platforme:

Webex CallingPregled rešitve

Cisco Webex Callingje ponudba sodelovanja, ki ponuja alternativo v oblaku za več najemnikov lokalni telefonski storitvi PBX z več možnostmi PSTN za stranke.

V središču tega članka je uvajanje lokalnega prehoda (predstavljeno spodaj). Trunk lokal nega prehoda (prostorski PSTN) Webex Calling omogoča povezljivost s storitvijo PSTN v lasti stranke. Omogoča tudi povezljivost z lokalno namestitvijo IP PBX, kot je. Cisco Unified CM Vsa komunikacija v oblak in iz njega je zavarovana s TLS transportom za SIP in SRTP za medije.

Local Gateway premises-based PSTN deployment

Spodnja slika prikazuje uv Webex Calling ajanje brez obstoječe IP PBX in je uporabna za uvedbo enega ali več lokacij. Konfiguracija, opisana v tem članku, temelji na tej uvajanju.

Webex Calling deployment without IP PBX

Redundanca od škatle do škatle 2. sloja

Redundanca sloja 2 od škatle do škatle CUBE HA uporablja infrastrukturni protokol Redundancy Group (RG) za oblikovanje aktivnega in pripravljenega para usmerjevalnikov. Ta par ima isti virtualni naslov IP (VIP) v svojih vmesnikih in nenehno izmenjuje sporočila o stanju. Informacije o seji CUBE so preverjene v paru usmerjevalnikov, kar omogoča usmerjevalniku v pripravljenosti, da takoj prevzame vse odgovornosti za obdelavo klicev CUBE, če aktivni usmerjevalnik ne deluje, kar ima za posledico ohranitev signala in medijev v stanju.

Preverjanje je omejeno na povezane klice z medijskimi paketi. Klici v tranzitu niso označeni (na primer stanje poskusnega ali zvonjenja).

V tem članku se bo CUBE HA skliceval na redundantnost CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) za ohranjanje državnih klicev.

Od iOS-XE 17.9.1 se CUBE HA lahko uvaja kot lokalni prehod za namestitev Cisco Webex Calling prtljažnika (PSTN, ki temelji na prostorskih prostorih). Ta članek bo razpravljal o oblikovnih premislekih in konfiguracijah. Na sliki je prikazana tipična nastavitev CUBE HA kot lokalni prehod za namestitev pr Cisco Webex Calling tljažnika.

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

Infra komponenta skupine redundančnosti

Komponenta Redundancy Group (RG) Infra zagotavlja podporo komunikacijske infrastrukture od škatle do škatle med obema CUBima in se pogaja o končnem stabilnem stanju odpuščanja. Ta komponenta zagotavlja tudi:

  • Protokol, podoben HSRP-ju, ki se pogaja o končnem stanju redundančnosti za vsak usmerjevalnik z izmenjavo ohranjenih in pozdravnih sporočil med obema CUBama (prek nadzornega vmesnika) —GigabiteThernet3 na zgornji sliki.

  • Transportni mehanizem za preverjanje stanja signalizacije in medijev za vsak klic od aktivnega do usmerjevalnika v stanje pripravljenosti (prek podatkovnega vmesnika) —GigabiteThernet3 na zgornji sliki.

  • Konfiguracija in upravljanje virtualnega IP (VIP) vmesnika za prometne vmesnike (več prometnih vmesnikov je mogoče konfigurirati z isto skupino RG) — GigabiteEthernet 1 in 2 veljata za prometna vmesnika.

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

Navidezno upravljanje IP (VIP) naslovov za signalizacijo in medije

B2B HA se zanaša na VIP za doseganje odpuščanja. VIP in povezani fizični vmesniki na obeh CUBE v paru CUBE HA morajo biti v istem podomrežju LAN. Konfiguracija VIP in vezava VIP vmesnika na določeno glasovno aplikacijo (SIP) sta obvezna za glasovno podporo B2B HA. Zunanje napraveUnified CM, kot so Webex Calling dostop do SBC, ponudnik storitev ali proxy, uporabljajo VIP kot ciljni naslov IP za klice, ki potekajo skozi usmerjevalnike CUBE HA. Zato s Webex Calling stališča pari CUBE HA delujejo kot en sam lokalni prehod.

Signalizacija klica in informacije o seji RTP za uveljavljene klice so preverjene od aktivnega usmerjevalnika do usmerjevalnika v pripravljenost. Ko se usmerjevalnik Active izklopi, usmerjevalnik v pripravljenosti prevzame in nadaljuje s posredovanjem toka RTP, ki ga je prej usmerjal prvi usmerjevalnik.

Klici v prehodnem stanju v času preklopa ne bodo ohranjeni po prehodu. Na primer klici, ki še niso v celoti vzpostavljeni ali so v postopku spreminjanja s funkcijo prenosa ali zadrževanja. Ustanovljeni klici se lahko po preklopu prekinejo.

Obstajajo naslednje zahteve za uporabo CUBE HA kot lokalnega prehoda za državno preklapljanje klicev:

  • CUBE HA ne more imeti sodelujočih TDM ali analognih vmesnikov

  • Gig1 in Gig2 se imenujeta prometni (SIP/RTP) vmesniki, Gig3 pa nadzorni/podatkovni vmesnik redundančne skupine (RG)

  • V isto domeno sloja 2 ni mogoče postaviti več kot 2 para CUBE HA, enega z id skupine 1 in drugega z id skupine 2. Če konfigurirate 2 HA para z istim id skupine, morajo vmesniki RG Control/Data pripadati različnim domenim sloja 2 (vlan, ločeno stikalo)

  • Vratni kanal je podprt tako za RG krmiljenje/podatkovne kot za prometne vmesnike

  • Vsa signalizacija/mediji so pridobljeni z/na virtualni naslov IP

  • Kadarkoli se platforma ponovno naloži v razmerju CUBE-HA, se vedno zažene kot pripravljenost

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

  • Identifikator vmesnika redundančnosti, rii mora biti edinstven za kombinacijo par/vmesnika na istem sloju 2

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

  • Vmesnikov za povratno vrnitev ni mogoče uporabiti kot vezave, saj so vedno prisotni

  • Vmesniki za več prometnih (SIP/RTP) (Gig1, Gig2) zahtevajo nastavitev sledenja vmesniku

  • CUBE-HA ni podprt prek navzkrižne kabelske povezave za RG-Control/Data Link (Gig3)

  • Obe platformi morata biti en aki in biti povezani prek fizičnega sti kala prek vseh podobnih vmesnikov, da lahko CUBE HA deluje, tj. GE0/0/0 CUBE-1 in CUBE-2 se mora končati na istem stikalu itd.

  • WAN ni mogoče končati neposredno na CUBES ali podatkovnih HA na obeh straneh

  • Oba aktivna/pripravljenost morata biti v istem podatkovnem centru

  • Za redundanco je obvezna uporaba ločenega vmesnika L3 (RG Control/Data, Gig3). tj. vmesnika, ki se uporablja za promet, ni mogoče uporabiti za pomnilnike HA in kontrolne točke

  • Po preklopu preklopa se predhodno aktivni CUBE po zasnovi ponovno naloži, pri čemer ohrani signalizacijo in medije

Konfigurirajte redundanco na obeh CUBE-ih

Za prikaz virtualnih IP-jev morate konfigurirati redundanco polja v polje 2 na obeh CUBE, namenjenih uporabi v paru HA.

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

1

Konfigurirajte sledenje vmesniku na globalni ravni za sledenje stanju 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 vmesnika glasovnega prometa, tako da bo aktivna pot po izklopu prometnega vmesnika precej aktivno vlogo.

2

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

Tu je razlaga polj, uporabljenih v tej konfiguraciji:

  • redundanca — vstopi v redundančni način

  • redundanca aplikacije — vstopi v način konfiguracije redundančnosti aplikacije

  • skupina — vstopi v način konfiguracije skupine aplikacij redundanca

  • ime LocalGateway-HA —Določa ime skupine RG

  • prednostna naloga 100 prag za preklop 75 — določa začetne prednostne in pragove za odvzetni preklop za RG

  • zakasnitev časovnikov 30 ponovno naloži 60 —Konfigurira dvakrat za zamudo in ponovno nalaganje

    • Časovnik zakasnitve, ki je čas za odložitev inicializacije skupine RG in pogajanja o vlogi po pojavu vmesnika — privzeto 30 sekund. Obseg je 0-10000 sekund

    • Ponovno nalaganje — to je čas za odložitev inicializacije skupine RG in pogajanja o vlogah po ponovnem nalaganju — privzeto 60 sekund. Obseg je 0-10000 sekund

    • Priporočeni so privzeti časovniki, čeprav se ti časovniki lahko prilagodijo morebitni dodatni zamudi konvergence omrežja, ki se lahko pojavi med zagonom/ponovnim nalaganjem usmerjevalnikov, da se zagotovi, da pogajanja o protokolu RG potekajo po približevanju usmerjanja v omrežju na stabilno točko. Če se na primer po preklopu ugotovi, da novi STANDBY traja do 20 sekund, da vidi prvi paket RG HELLO iz novega ACTIVE, je treba časovnike prilagoditi na »timers delay 60 reload 120«, da se upošteva ta zamuda.

  • nadzor protokola GigabiteThernet3 1 — Konfigurira vmesnik, ki se uporablja za izmenjavo ohranjenih in pozdravljenih sporočil med obema CUBE-oma, in določi primerek protokola, ki bo priključen na nadzorni vmesnik in vstopi v način konfiguracije aplikacijskega protokola redundančne aplikacije

  • podatki GigabiteThernet3 — Konfigurira vmesnik, ki se uporablja za preverjanje podatkovnega prometa

  • sledenje vmesnikov za sledenje skupine RG

  • protokol 1 — določa primerek protokola, ki bo priključen na nadzorni vmesnik in vstopi v način konfiguracije redundančnega aplikacijskega protokola

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

    • Hellotime— Interval med zaporednimi pozdravnimi sporočili — privzeto 3 sekunde. Obseg je 250 milisekund - 254 sekund

    • Čas zadrževanja — interval med prejemom sporočila Hello in domnevo, da usmerjevalnik pošiljanja ni uspel. To trajanje mora biti daljše od svetega časa — privzeto 10 sekund. Obseg je 750 milisekund - 255 sekund

      Priporočamo, da nastavite časovnik zadrževanja vsaj 3-krat večji od vrednosti časovnika hellotime.

3

Omogočite redundanco od škatle do škatle za aplikacijo CUBE. Konfigurirajte RG iz prejšnjega koraka pod voice service voip. To omogoča aplikaciji CUBE nadzor nad postopkom redundančnosti.

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 — Dodajanje in odstranjevanje tega ukaza zahteva ponovno nalaganje, da bo posodobljena konfiguracija začela veljati. Po uporabi vse konfiguracije bomo ponovno naložili platforme.

4

Konfigurirajte vmesnika Gig1 in Gig2 z njihovimi virtualnimi IP-ji, 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

Tu je razlaga polj, uporabljenih v tej konfiguraciji:

  • redundanca rii — Konfigurira identifikator vmesnika redundančnosti za skupino redundančnosti. Potreben za ustvarjanje virtualnega MAC (VMAC) naslova. Enako vrednost rii ID mora biti uporabljena na vmesniku vsakega usmerjevalnika (ACTIVE/STANDBY), ki ima isti VIP.

    Če je v istem omrežju LAN več kot en par B2B, MORA vsak par imeti edinstvene ID-je rii na svojih vmesnikih (da se prepreči trčenje). Ukaz Show redundancy Application group all mora navesti pravilne lokalne in vrstniške informacije.

  • redundančna skupina 1 — povez uje vmesnik s skupino redundančnosti, ustvarjeno v zgornjem koraku 2. Konfigurirajte skupino RG in VIP, dodeljen temu fizičnemu vmesniku.

    Za redundanco je obvezna uporaba ločenega vmesnika, to pomeni, da vmesnika, ki se uporablja za glasovni promet, ni mogoče uporabiti kot nadzorni in podatkovni vmesnik, določen v zgornjem koraku 2. V tem primeru se Gigabitni vmesnik 3 uporablja za nadzor/podatke RG

5

Shranite konfiguracijo prvega CUBE in jo ponovno naložite.

Platforma za zadnjo ponovno nalaganje je vedno pripravljenost.

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

Ko se VCUBE-1 popolnoma zažene, shranite konfiguracijo VCU BE-2 in jo ponovno naložite.

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

Preverite, ali konfiguracija od škatle do škatle deluje po pričakovanjih. Ustrezni izhod je označen krepko.

VCUBE-2 smo ponovno naložili nazadnje in glede na načrtovalne vidike; platforma za ponovno nalaganje zadnjega bo vedno pripravljena.


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 certifikata) na obeh HA CUBE. Glejte Konfiguriranje lokalnega pre Cisco IOS hoda na XE za Webex Calling.

Ali je bil ta članek koristen?
Ali je bil ta članek koristen?