V tomto článku
Základy
Nakonfigurujte redundanciu na oboch CUBE
Implementujte CUBE vysokú dostupnosť ako lokálnu bránu
list-menuV tomto článku
list-menuSpätná väzba?

Local Gateway (LGW) je exkluzívne riešenie na poskytovanie lokálneho prístupu PSTN zákazníkom Cisco Webex Calling. Tento dokument vás povedie pri konfigurácii lokálnej brány pomocou vysokej dostupnosti CUBE s aktívnymi alebo pohotovostnými CUBES na zabezpečenie stavu zlyhania aktívnych hovorov.

Základy

Predpoklady

Predtým, ako nasadíte Cisco Unified Border Element (CUBE) High Availability (HA) ako lok álnu bránuWebex Calling, uistite sa, že máte hlboké pochopenie nasledujúcich konceptov:

Pokyny na konfiguráciu uvedené v tomto článku predpokladajú vyhradenú platformu lokálnej brány bez existujúcej hlasovej konfigurácie. Ak je existujúce podnikové nasadenie CUBE upravené tak, aby využívalo aj funkciu lokálnej brányCisco Webex Calling, venujte veľkú pozornosť použitej konfigurácii, aby ste zabezpečili, že existujúce toky hovorov a funkcie nebudú prerušené, a uistite sa, že dodržiavate požiadavky dizajnu CUBE HA.

Hardvérové a softvérové komponenty

CUBE HA ako lokálna brána vyžaduje iOS-XE verzia 17.9.1 alebo novšiu a platformu, na ktorej sú podporované funkcie CUBE HA aj LGW.

Zobraziť príkazy a denníky v tomto článku sú založené na minimálnom softvérovom vydaní Cisco IOS -XE 17.9.1 implementovanom na vCube (CSR 8000v).

Referenčný materiál

Tu je niekoľko podrobných sprievodcov konfiguráciou CUBE HA pre rôzne platformy:

Webex CallingPrehľad riešenia

Cisco Webex Callingje ponuka spolupráce, ktorá poskytuje cloudovú alternatívu pre viacerých nájomcov k lokálnej telefónnej službe PBX s viacerými možnosťami PSTN pre zákazníkov.

Nasadenie lokálnej brány (znázornené nižšie) je zamerané na tento článok. Trunk lokálnej brány (priestorovo založený PSTN) Webex Calling umožňuje pripojenie k službe PSTN vlastnenej zákazníkom. Poskytuje tiež pripojenie k lokálnemu nasadeniu IP PBX, napr. Cisco Unified CM Všetka komunikácia do a z cloudu je zabezpečená pomocou TLS prepravy pre SIP a SRTP pre médiá.

Local Gateway premises-based PSTN deployment

Nasledujúci obrázok zobrazuje Webex Calling nasadenie bez existujúcej IP PBX a je použiteľné pre nasadenie na jedno alebo viacmiestne nasadenie. Konfigurácia uvedená v tomto článku je založená na tomto nasadení.

Webex Calling deployment without IP PBX

Redundancia box-to-box vrstvy 2

Redundancia box-to-box vrstvy 2 CUBE HA využíva protokol infraštruktúry Redundancy Group (RG) na vytvorenie aktívnej/pohotovostného páru smerovačov. Tento pár zdieľa rovnakú virtuálnu IP adresu (VIP) na svojich príslušných rozhraniach a neustále si vymieňa správy o stave. Informácie o relácii CUBE sú kontrolované na páre smerovačov, čo umožňuje pohotovostnému smerovaču okamžite prevziať všetky povinnosti spracovania hovorov CUBE, ak aktívny smerovač vyjde z prevádzky, čo má za následok zachovanie stavu signalizácie a médií.

Kontrolné ukazovanie je obmedzené na pripojené hovory s mediálnymi paketmi. Hovory v tranzite nie sú začiarknuté (napríklad stav skúšania alebo zvonenia).

V tomto článku sa CUBE HA bude odvolávať na redundanciu CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) na zachovanie štátnych hovorov.

Od systému IOS-XE 17.9.1 môže byť CUBE HA nasadený ako lokálna brána pre Cisco Webex Calling kmeňové nasadenie (priestorový PSTN). Tento článok bude diskutovať o dizajnových úvahách a konfiguráciách. Obrázok zobrazuje typické nastavenie CUBE HA ako lokálna brána pre nasadenie Cisco Webex Calling kmeňa.

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

Infrakomponent skupiny redundancie

Komponent Redundancy Group (RG) Infra poskytuje podporu komunikačnej infraštruktúry box-to-box medzi dvoma CUBE a rokuje o konečnom stabilnom stave redundancie. Táto zložka tiež poskytuje:

  • Protokol podobný HSRP, ktorý vyjednáva konečný stav redundancie pre každý smerovač výmenou správ keepalive a hello medzi dvoma CUBE (prostredníctvom riadiaceho rozhrania) —GigabiteThernet3 na obrázku vyššie.

  • Transportný mechanizmus na kontrolu signalizácie a stavu médií pre každý hovor z aktívneho smerovača do pohotovostného smerovača (cez dátové rozhranie) —GigabiteThernet3 na obrázku vyššie.

  • Konfigurácia a správa virtuálneho IP (VIP) rozhrania pre dopravné rozhrania (viacero dopravných rozhraní je možné nakonfigurovať pomocou tej istej skupiny RG) — GigabiteEthernet 1 a 2 sa považujú za dopravné rozhrania.

Tento komponent RG musí byť špeciálne nakonfigurovaný na podporu hlasového B2B HA.

Správa virtuálnych IP (VIP) adries pre signalizáciu aj médiá

B2B HA sa pri dosiahnutí redundancie spolieha na VIP. VIP a súvisiace fyzické rozhrania na oboch CUBE v páre CUBE HA musia byť umiestnené v tej istej podsieti LAN. Konfigurácia VIP a viazanie VIP rozhrania na konkrétnu hlasovú aplikáciu (SIP) sú povinné pre hlasovú podporu B2B HA. Externé zariadeniaUnified CM, ako napríklad Webex Calling prístup k SBC, poskytovateľ služieb alebo proxy, používajú VIP ako cieľovú IP adresu pre hovory prechádzajúce cez smerovače CUBE HA. Z hľadiska teda pá Webex Calling ry CUBE HA pôsobia ako jedna miestna brána.

Informácie o signalizácii hovorov a relácii RTP o zavedených hovoroch sú kontrolované z aktívneho smerovača k smerovaču v pohotovostnom režime. Keď aktívny smerovač klesne, smerovač v pohotovostnom režime prevezme a pokračuje v presmerovaní toku RTP, ktorý bol predtým smerovaný prvým smerovačom.

Hovory v prechodnom stave v čase zlyhania sa po prechode nezachovajú. Napríklad hovory, ktoré ešte nie sú úplne vytvorené alebo sú v procese úpravy pomocou funkcie prenosu alebo podržania. Po prepnutí môžu byť zavedené hovory odpojené.

Na používanie CUBE HA ako lokálnej brány pre štátne zlyhanie hovorov existujú nasledujúce požiadavky:

  • CUBE HA nemôže mať spoločne umiestnené TDM alebo analógové rozhrania

  • Gig1 a Gig2 sa označujú ako rozhrania prenosu (SIP/RTP) a Gig3 je riadenie/dátové rozhranie Redundancy Group (RG)

  • Do tej istej domény vrstvy 2 nie je možné umiestniť viac ako 2 páry CUBE HA, jeden s id skupiny 1 a druhý s id skupiny 2. Ak konfigurujete 2 páry HA s rovnakým id skupiny, rozhrania RG Control/Data musia patriť do rôznych domén vrstvy 2 (vlan, samostatný prepínač)

  • Portový kanál je podporovaný pre RG Control/Data a Prevádzkové rozhrania

  • Všetky signály/médiá sú zdroje z/na virtuálnu IP adresu

  • Kedykoľvek sa platforma znovu načíta vo vzťahu CUBE-HA, vždy sa spustí ako pohotovostný režim

  • Nižšia adresa pre všetky rozhrania (Gig1, Gig2, Gig3) by mala byť na rovnakej platforme

  • Identifikátor rozhrania redundancie, rii by mal byť jedinečný pre kombináciu párov/rozhrania na rovnakej vrstve 2

  • Konfigurácia na oboch CUBE musí byť rovnaká vrátane fyzickej konfigurácie a musí byť spustená na rovnakom type platformy a verzii iOS-XE

  • Loopback rozhrania nemožno použiť ako väzby, pretože sú vždy v prevádzke

  • Rozhrania viacerých prenosov (SIP/RTP) (Gig1, Gig2) vyžadujú konfiguráciu sledovania rozhrania

  • CUBE-HA nie je podporovaný cez krížové káblové pripojenie pre RG-Control/Data link (Gig3)

  • Obe platformy musia byť identické a musia byť pripojené prostredníctvom fyzického prepí nača cez všetky podobné rozhrania, aby fungoval CUBE HA, t.j. GE0/0/0 CUBE-1 a CUBE-2 sa musí skončiť na rovnakom prepínači a tak ďalej.

  • Nie je možné ukončiť WAN priamo na CUBES alebo Data HA na oboch stranách

  • Obidve aktívne/pohotovostné podmienky musia byť v rovnakom dátovom centre

  • Pre redundanciu je povinné používať samostatné rozhranie L3 (RG Control/Data, Gig3). t.j. rozhranie používané pre prevádzku nemožno použiť pre HA pamätníky a kontrolné ukazovanie

  • Po zlyhaní prechádza predtým aktívny CUBE návrhom preloženia, pričom zachováva signalizáciu a médiá

Nakonfigurujte redundanciu na oboch CUBE

Na zobrazenie virtuálnych IP adresy musíte nakonfigurovať redundanciu vrstvy 2 box-to-box na oboch CUBE určených na použitie v páre HA.

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

1

Nakonfigurujte sledovanie rozhrania na globálnej úrovni na sledovanie stavu rozhrania.

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 sa používa v RG na sledovanie stavu rozhrania hlasovej prevádzky, takže aktívna trasa bude po vypnutí dopravného rozhrania celkom svoju aktívnu úlohu.

2

Nakonfigurujte RG na použitie s VoIP HA v subrežime redundancie aplikácie.

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 vysvetlenie polí použitých v tejto konfigurácii:

  • redundancia — vstupuje do režimu redundancie

  • redundancia aplikácií — vstupuje do režimu konfigurácie redundancie aplikácie

  • skupina — vstupuje do režimu konfigurácie skupiny aplikácií redundancie

  • názov LocalGateway-HA —Definuje názov skupiny RG

  • priorita 100 prahová hodnota zlyhania 75 —Určuje počiatočnú prioritu a prahové hodnoty prechodu zlyhania pre RG

  • oneskorenie časovača 30 reload 60 —Konfiguruje dvojnásobné oneskorenie a opätovné načítanie

    • Časovač oneskorenia, čo je čas na oneskorenie inicializácie skupiny RG a vyjednávania rolí po objavení rozhrania - predvolené 30 sekúnd. Rozsah je 0-10000 sekúnd

    • Opätovné načítanie — toto je čas na oneskorenie inicializácie skupiny RG a vyjednávania úloh po opätovnom načítaní — predvolené 60 sekúnd. Rozsah je 0-10000 sekúnd

    • Predvolené časovače sa odporúčajú, hoci tieto časovače môžu byť upravené tak, aby vyhovovali akémukoľvek dodatočnému oneskoreniu konvergencie siete, ktoré môže nastať počas spustenia/opätovného načítania smerovačov, aby sa zaručilo, že vyjednávanie protokolu RG prebieha po konvergencii smerovania v sieti do stabilného bodu. Ak sa napríklad po zlyhaní zistí, že nový STANDBY trvá až 20 sekúnd, kým sa zobrazí prvý paket RG HELLO z nového ACTIVE, mali by sa časovače upraviť na „časovače oneskorenia 60 reload 120“, aby sa zohľadnilo toto oneskorenie.

  • ovládanie protokolu GigabiteThernet3 1 —Konfiguruje rozhranie používané na výmenu správ keepalive a hello medzi dvoma CUBE a určuje inštanciu protokolu, ktorá bude pripojená k riadiaciemu rozhraniu a vstúpi do režimu konfigurácie redundantného aplikačného protokolu

  • dáta GigabiteThernet3 — Konfiguruje rozhranie používané na kontrolné ukazovanie dátového prenosu

  • sledovanie roz hraní — RG skupinové sledovanie

  • protokol 1 — Určuje inštanciu protokolu, ktorá bude pripojená k riadiaciemu rozhraniu a vstúpi do režimu konfigurácie redundantného aplikačného protokolu

  • časovače hellotime 3 holdtime 10 —Konfiguruje dva časov ače pre hellotime a holdtime:

    • Hellotime— Interval medzi nasledujúcimi ahojovými správami — predvolené 3 sekundy. Rozsah je 250 milisekúnd - 254 sekúnd

    • Potrvanie — interval medzi prijatím správy Ahoj a predpokladom, že odosielajúci smerovač zlyhal. Toto trvanie musí byť dlhšie ako dobrý čas — predvolené 10 sekúnd. Rozsah je 750 milisekúnd - 255 sekúnd

      Odporúčame nakonfigurovať časovač vydržania aspoň trojnásobok hodnoty časovača hellotime.

3

Povoliť redundanciu box-to-box pre aplikáciu CUBE. Nakonfigurujte RG z predchádzajúceho kroku v časti voice service voip. To umožňuje aplikácii CUBE riadiť proces redundancie.

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 — Pridanie a odstránenie tohto príkazu vyžaduje opätovné načítanie, aby aktualizovaná konfigurácia nadobudla účinnosť. Po použití celej konfigurácie platformy znova načítajme.

4

Nakonfigurujte rozhrania Gig1 a Gig2 s ich príslušnými virtuálnymi adresami IP, ako je znázornené nižšie, a použite identifikátor redundančného rozhrania (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 vysvetlenie polí použitých v tejto konfigurácii:

  • redundancia rii — konfiguruje identifikátor redundančného rozhrania pre skupinu redundancie. Vyžaduje sa na generovanie virtuálnej MAC (VMAC) adresy. Rovnaká hodnota rii ID musí byť použitá na rozhraní každého smerovača (ACTIVE/STANDBY), ktorý má rovnaký VIP.

    Ak je na tej istej LAN viac ako jeden B2B pár, každý pár MUSÍ mať na príslušných rozhraniach jedinečné ID rii (aby sa zabránilo kolízii). Príkaz show redundancy application group all by mal uv ádzať správne lokálne a rovesnícke informácie.

  • redundančná skupina 1 — Pri radí rozhranie so skupinou redundancie vytvorenou v kroku 2 vyššie. Nakonfigurujte skupinu RG, ako aj VIP priradené tomuto fyzickému rozhraniu.

    Pre redundanciu je povinné používať samostatné rozhranie, to znamená, že rozhranie používané pre hlasovú prevádzku nemožno použiť ako ovládacie a dátové rozhranie uvedené v kroku 2 vyššie. V tomto príklade sa gigabitové rozhranie 3 používa pre riadenie/dáta RG

5

Uložte konfiguráciu prvého CUBE a znova ju načítajte.

Platforma na posledné načítanie je vždy v pohotovostnom režime.

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

Po úpl nom spustení VCUBE-1 uložte konfiguráciu VCUBE-2 a znova ju načítajte.

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

Skontrolujte, či konfigurácia box-to-box funguje podľa očakávania. Relevantný výstup je zvýraznený tučným písmo m.

VCUBE-2 sme preložili naposledy a podľa návrhových úvah; platforma na posledné načítanie bude vždy v pohotovostnom režime.


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#

Ďalej pokračujte v konfigurácii lokálnej brány (založenej na registrácii alebo na základe certifikátu) na oboch HA CUBE. Pozrite si časť Konfigurácia lokálnej br Cisco IOS ány na XE Webex Calling.

Bol tento článok užitočný?
Bol tento článok užitočný?