- Domov
- /
- Článok
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:
-
Redundancia box-to-box vrstvy 2 s CUBE Enterprise na uchovávanie hovorov v stave
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:
-
Preferovaná architektúra Cisco pre Cisco Webex Calling - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
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á.
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í.
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.
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.
| 1 |
Nakonfigurujte sledovanie rozhrania na globálnej úrovni na sledovanie stavu rozhrania.
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.
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 v časti
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)
Tu je vysvetlenie polí použitých v tejto konfigurácii:
| ||
| 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.
Po úpl nom spustení VCUBE-1 uložte konfiguráciu VCUBE-2 a znova ju načítajte.
| ||
| 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.
Ď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. |