Local Gateway (LGW) je jedinou možnosťou, ako poskytnúť lokálny prístup do PSTN pre zákazníkov Cisco Webex Calling. Cieľom tohto dokumentu je pomôcť vám pri zostavovaní konfigurácie lokálnej brány pomocou CUBE vysokej dostupnosti, aktívnych alebo pohotovostných CUBE pre stavové prepnutie aktívnych hovorov.
Základy
Predpoklady
Pred nasadením CUBE HA ako lokálnej brány pre Webex Calling sa uistite, že rozumiete nasledujúcim pojmom:
Redundancia typu box-to-box na vrstve 2 s CUBE Enterprise pre zachovanie stavu hovorov
Konfiguračné pokyny uvedené v tomto článku predpokladajú vyhradenú platformu lokálnej brány bez existujúcej hlasovej konfigurácie. Ak sa existujúce podnikové nasadenie CUBE upravuje tak, aby využívalo aj funkciu lokálnej brány pre Cisco 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 na dizajn CUBE HA. .
Hardvérové a softvérové komponenty
CUBE HA ako lokálna brána vyžaduje IOS-XE verzie 16.12.2 alebo novšej a platformu, na ktorej sú podporované funkcie CUBE HA aj LGW.
Príkazy show a protokoly v tomto článku sú založené na minimálnom vydaní softvéru Cisco IOS-XE 16.12.2 implementovanom na vCUBE (CSR1000v). |
Referenčný materiál
Tu je niekoľko podrobných konfiguračných príručiek CUBE HA pre rôzne platformy:
Séria ISR 4K —https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Preferovaná architektúra Cisco pre volania Cisco Webex —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Prehľad riešení volania Webex
Cisco Webex Calling je ponuka spolupráce, ktorá zákazníkom poskytuje cloudovú alternatívu pre viacerých nájomníkov k lokálnej telefónnej službe PBX s viacerými možnosťami PSTN.
Tento článok sa zameriava na nasadenie miestnej brány (znázornené nižšie). Miestna brána (PSTN založená na priestoroch) vo Webex Calling umožňuje pripojenie k službe PSTN vlastnenej zákazníkom. Poskytuje tiež pripojenie k lokálnemu nasadeniu IP PBX, ako je Cisco Unified CM. Všetka komunikácia do a z cloudu je zabezpečená pomocou transportu TLS pre SIP a SRTP pre médiá.
Obrázok nižšie zobrazuje nasadenie Webex Calling bez akejkoľvek existujúcej IP PBX a je použiteľné pre jedno alebo viacmiestne nasadenie. Konfigurácia uvedená v tomto článku je založená na tomto nasadení.
Redundancia typu box-to-box vrstvy 2
Box-to-box redundancia CUBE HA vrstvy 2 využíva infraštruktúrny protokol Redundancy Group (RG) na vytvorenie aktívneho/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ňajú správy o stave. Informácie o relácii CUBE sa kontrolujú cez dvojicu smerovačov, čo umožňuje pohotovostnému smerovaču okamžite prevziať všetky zodpovednosti za spracovanie hovorov CUBE, ak aktívny smerovač vypadne z prevádzky, čo vedie k zachovaniu stavu signalizácie a médií.
Kontrolné smerovanie je obmedzené na spojené hovory s paketmi médií. Prebiehajúce hovory nie sú kontrolované (napríklad stav pokusu alebo zvonenia). V tomto článku bude CUBE HA odkazovať na redundanciu CUBE High Availability (HA) Layer 2 Box-to-box (B2B) na uchovanie stavových hovorov. |
Od IOS-XE 16.12.2 možno CUBE HA nasadiť ako lokálnu bránu pre nasadenia Cisco Webex Calling trunk (PSTN založené na priestoroch) a v tomto článku sa budeme zaoberať návrhmi a konfiguráciami. Tento obrázok zobrazuje typické nastavenie CUBE HA ako lokálnu bránu pre nasadenie Cisco Webex Calling trunk.
Redundancy Group Infra Component
Komponent Redundancy Group (RG) Infra poskytuje podporu komunikačnej infraštruktúry typu box-to-box medzi dvoma CUBE a vyjednáva o konečnom stabilnom stave redundancie. Tento komponent tiež poskytuje:
Protokol podobný HSRP, ktorý vyjednáva konečný stav redundancie pre každý smerovač výmenou udržiavacích a pozdravných správ medzi dvoma CUBE (cez riadiace rozhranie) – GigabitEthernet3 na obrázku vyššie.
Transportný mechanizmus na kontrolu stavu signalizácie a média 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 rozhrania Virtual IP (VIP) pre prevádzkové rozhrania (pomocou rovnakej skupiny RG je možné konfigurovať viacero prevádzkových rozhraní) – GigabitEthernet 1 a 2 sa považujú za prevádzkové rozhrania.
Tento komponent RG musí byť špeciálne nakonfigurovaný na podporu hlasu 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 sa musia nachádzať v rovnakej podsieti LAN. Konfigurácia VIP a naviazanie VIP rozhrania na konkrétnu hlasovú aplikáciu (SIP) sú povinné pre hlasovú B2B HA podporu. Externé zariadenia, ako je Unified CM, Webex Calling prístup 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 pohľadu volania Webex teda páry CUBE HA fungujú ako jedna lokálna brána.
Signalizácia hovoru a informácie o RTP relácii vytvorených hovorov sú presunuté z aktívneho smerovača do pohotovostného smerovača. Keď sa aktívny smerovač vypne, pohotovostný smerovač prevezme kontrolu a pokračuje v preposielaní toku RTP, ktorý bol predtým smerovaný prvým smerovačom.
Hovory v prechodnom stave v čase zlyhania nebudú po prepnutí zachované. Napríklad hovory, ktoré ešte nie sú úplne vytvorené alebo sú v procese úpravy pomocou funkcie prenosu alebo podržania. Nadviazané hovory môžu byť po prepnutí prerušené.
Na používanie CUBE HA ako lokálnej brány pre stavové zlyhanie hovorov existujú nasledujúce požiadavky:
CUBE HA nemôže mať TDM alebo analógové rozhrania umiestnené spoločne
Gig1 a Gig2 sa označujú ako prevádzkové (SIP/RTP) rozhrania a Gig3 je riadiace/dátové rozhranie skupiny Redundancy Group (RG).
Do rovnakej domény vrstvy 2 nemožno 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 2. vrstvy (vlan, samostatný prepínač)
Portový kanál je podporovaný pre RG Control/údajové aj prevádzkové rozhrania
Všetka signalizácia/médiá sa získavajú 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žšie adresy pre všetky rozhrania (Gig1, Gig2, Gig3) by mali byť na rovnakej platforme
Redundantný identifikátor rozhrania, rii by mal byť jedinečný pre kombináciu pár/rozhranie na rovnakej vrstve 2
Konfigurácia na oboch CUBE musí byť identická vrátane fyzickej konfigurácie a musí bežať na rovnakom type platformy a verzii IOS-XE
Rozhrania spätnej slučky nemožno použiť ako väzbu, pretože sú vždy zapnuté
Rozhrania s viacerými prevádzkami (SIP/RTP) (Gig1, Gig2) vyžadujú konfiguráciu sledovania rozhrania
CUBE-HA nie je podporovaný cez prepojenie kríženým káblom pre RG-control/dátové spojenie (Gig3)
Obe platformy musia byť identické a byť pripojený cez a fyzický prepínač naprieč všetkými podobnými rozhraniami, aby CUBE HA fungoval, tj GE0/0/0 CUBE-1 a CUBE-2 musia byť ukončené na rovnakom prepínači atď.
WAN nemôže byť ukončená priamo na CUBE alebo Data HA na oboch stranách
Aktívne aj pohotovostné musia byť v rovnakom dátovom centre
Pre redundanciu je povinné použiť samostatné rozhranie L3 (RG Control/data, Gig3). tj rozhranie používané na prevádzku nemožno použiť na udržiavanie HA a kontrolné body
Pri zlyhaní prechádza predtým aktívna CUBE opätovným načítaním podľa návrhu, pričom sa zachová signalizácia a médiá
Nakonfigurujte redundanciu na oboch CUBE
Musíte nakonfigurovať redundanciu box-to-box vrstvy 2 na oboch CUBE určených na použitie v páre HA na vyvolanie virtuálnych IP.
1 | Nakonfigurujte sledovanie rozhrania na globálnej úrovni, aby ste mohli sledovať stav rozhrania.
Sledovanie CLI sa používa v RG na sledovanie stavu rozhrania hlasovej prevádzky, takže aktívna trasa bude zohrávať svoju aktívnu úlohu aj po výpadku rozhrania prevádzky. |
||||||
2 | Nakonfigurujte RG na použitie s VoIP HA v podrežime redundancie aplikácie.
Tu je vysvetlenie polí použitých v tejto konfigurácii:
|
||||||
3 | Povoliť redundanciu box-to-box pre aplikáciu CUBE. Nakonfigurujte RG z predchádzajúceho kroku nižšie
redundancia-skupina 1—Pridanie a odstránenie tohto príkazu vyžaduje opätovné načítanie, aby sa aktualizovaná konfigurácia prejavila. Po použití všetkých konfigurácií znova načítame platformy. |
||||||
4 | Nakonfigurujte rozhrania Gig1 a Gig2 s ich príslušnými virtuálnymi adresami IP, ako je uvedené nižšie, a použite identifikátor rozhrania redundancie (rii)
Tu je vysvetlenie polí použitých v tejto konfigurácii:
|
||||||
5 | Uložte konfiguráciu prvej KOCKY a znova ju načítajte. Platforma, ktorá sa má načítať ako posledná, je vždy pohotovostný režim.
Po VCUBE-1 úplne sa spustí, uložte konfiguráciu VCUBE-2 a znova ho načítať.
|
||||||
6 | Overte, či konfigurácia box-to-box funguje podľa očakávania. Príslušný výstup je zvýraznený v tučný. Prebíjali sme VCUBE-2 posledné a podľa konštrukčných úvah; platforma na opätovné načítanie bude vždy Pohotovostný režim.
|
Nakonfigurujte lokálnu bránu na oboch CUBE
V našom príklade konfigurácie používame nasledujúce informácie o hlavnom kanáli z Control Hub na zostavenie konfigurácie lokálnej brány na oboch platformách, VCUBE-1 a VCUBE-2. Používateľské meno a heslo pre toto nastavenie sú nasledovné:
Používateľské meno: Hussain1076_LGU
heslo: lOV12MEaZx
1 | Pred jeho použitím v povereniach alebo zdieľaných tajných údajoch sa uistite, že je pre heslo vytvorený konfiguračný kľúč pomocou príkazov uvedených nižšie. Heslá typu 6 sú šifrované pomocou šifry AES a tohto užívateľom definovaného konfiguračného kľúča.
Tu je konfigurácia lokálnej brány, ktorá sa bude vzťahovať na obe platformy na základe Control Hub parametre zobrazené vyššie, uložte a znova načítajte. Poverenia SIP Digest od Control Hub sú zvýraznené v tučný.
Na zobrazenie výstupu príkazu show sme znova načítali VCUBE-2 nasledovaný VCUBE-1, tvorba VCUBE-1 pohotovostný režim CUBE a VCUBE-2 aktívna KOCKA |
2 | V každom danom čase si iba jedna platforma zachová aktívnu registráciu ako lokálna brána s prístupom SBC Webex Calling. Pozrite sa na výstup nasledujúcich príkazov show. zobraziť skupinu žiadostí o redundanciu 1 zobraziť stav registra sip-ua
Z vyššie uvedeného výstupu to môžete vidieť VCUBE-2 je aktívny LGW udržiavajúci registráciu s Webex Calling access SBC, zatiaľ čo výstup „zobraziť stav registra sip-ua“ je prázdny v VCUBE-1 |
3 | Teraz povoľte nasledujúce ladenia na VCUBE-1
|
4 | Simulujte núdzové prepnutie zadaním nasledujúceho príkazu na aktívnom LGW, v tomto prípade VCUBE-2.
Prepnutie z AKTÍVNEHO na STANDBY LGW nastáva okrem vyššie uvedeného CLI aj v nasledujúcom scenári
|
5 | Skontrolujte, či sa VCUBE-1 zaregistroval u Webex Calling access SBC. VCUBE-2 by sa už znova načítal.
VCUBE-1 je teraz aktívny LGW. |
6 | Pozrite si príslušný protokol ladenia na VCUBE-1, ktorý posiela SIP REGISTER na Webex Volanie cez virtuálnu IP a prijímanie 200 OK.
|