- Domů
- /
- Článek
Implementovat vysokou dostupnost CUBE jako místní bránu
Místní brána (LGW) je exkluzivní řešení pro poskytování místního přístupu k síti PSTN zákazníkům služby Cisco Webex Calling. Tento dokument vás provede konfigurací místní brány pomocí vysoké dostupnosti CUBE s aktivními nebo pohotovostními CUBE pro zajištění statického převzetí služeb při selhání aktivních hovorů.
Základy
Požadavky
Před nasazením vysoké dostupnosti prvků Cisco Unified Border Element (CUBE) jako místní brány pro službu Webex Calling se ujistěte, že důkladně rozumíte následujícím konceptům:
-
Redundance vrstvy 2 mezi poli s CUBE Enterprise pro statické zachování hovorů
Pokyny ke konfiguraci uvedené v tomto článku předpokládají vyhrazenou místní platformu brány bez existující hlasové konfigurace. Pokud je stávající podnikové nasazení CUBE upravováno tak, aby také využívalo funkci místní brány pro Cisco Webex Calling, věnujte pečlivou pozornost použité konfiguraci, aby nebyly přerušeny stávající toky hovorů a funkce, a ujistěte se, že dodržujete požadavky na design struktury CUBE HA.
Hardwarové a softwarové komponenty
CUBE HA jako místní brána vyžaduje IOS-XE verze 17.9.1 nebo novější a platformu, na které jsou podporovány funkce CUBE HA i LGW.
Příkazy a protokoly zobrazení v tomto článku jsou založeny na minimální verzi softwaru Cisco IOS-XE 17.9.1 implementované na vCUBE (CSR 8000v).
Referenční materiál
Zde je několik podrobných konfiguračních příruček CUBE HA pro různé platformy:
-
Řada Cisco ISR 4K a Cisco Catalyst 8K – https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-isr-g3.html
-
CSR 8000 v (vCUBE) – https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-csr.html
-
Preferovaná architektura Cisco pro službu Cisco Webex Calling – https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Přehled řešení služby Webex Calling
Cisco Webex Calling je nabídka pro spolupráci, která poskytuje zákazníkům cloudovou alternativu k místní telefonní službě PBX s více možnostmi sítě PSTN.
Těžištěm tohoto článku je nasazení místní brány (zobrazené níže). Přenosový spoj místní brány (místní síť PSTN) ve službě Webex Calling umožňuje připojení ke službě PSTN vlastněné zákazníkem. Poskytuje také připojení k místnímu nasazení ústředny IP PBX, jako je například Cisco Unified CM. Veškerá komunikace do cloudu a z něj je zabezpečena pomocí TLS přenosu pro SIP a SRTP pro média.
Na následujícím obrázku je znázorněno nasazení služby Webex Calling bez jakékoli stávající ústředny IP PBX a lze jej použít pro nasazení jednoho pracoviště nebo více pracovišť. Konfigurace uvedená v tomto článku je založena na tomto nasazení.
Redundance mezi vrstvami 2
CUBE HA layer 2 box-to-box redundancy používá protokol infrastruktury Redundancy Group (RG) k vytvoření aktivního/pohotovostního páru směrovačů. Tento pár sdílí stejnou virtuální adresu IP (VIP) napříč příslušnými rozhraními a neustále si vyměňuje stavové zprávy. Informace o relaci CUBE jsou kontrolovány napříč párem směrovačů, což umožňuje pohotovostnímu směrovači okamžitě převzít všechny povinnosti zpracování hovorů CUBE, pokud je aktivní směrovač mimo provoz, což vede k zachování signalizace a médií.
Kontrola ukazatele je omezena na připojené hovory s mediálními pakety. Při tranzitu hovorů není zaškrtnuta špička (například stav pokusu nebo vyzvánění).
V tomto článku bude CUBE HA odkazovat na redundanci CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) pro zachování stavu hovoru.
Od IOS-XE 17.9.1 lze CUBE HA nasadit jako místní bránu pro nasazení přenosového spoje služby Cisco Webex Calling (místní PSTN). V tomto článku jsou pojednány aspekty návrhu a konfigurace. Obrázek zobrazuje typické nastavení CUBE HA jako místní brána pro nasazení přenosového spoje Cisco Webex Calling.
Infra komponenta skupiny redundancí
Infra komponenta Redundancy Group (RG) poskytuje podporu komunikační infrastruktury mezi dvěma cube a vyjednává konečný stabilní stav redundance. Tato komponenta také poskytuje:
-
Protokol podobný protokolu HSRP, který vyjednává konečný stav redundance pro každý směrovač výměnou keepalive a ahoj zpráv mezi dvěma cube (přes řídicí rozhraní) – GigabitEthernet3 na obrázku výše.
-
Transportní mechanismus pro kontrolu stavu signalizace a médií pro každé volání z aktivního směrovače do pohotovostního směrovače (přes datové rozhraní) – GigabitEthernet3 na obrázku výše.
-
Konfigurace a správa virtuálního IP (VIP) rozhraní pro dopravní rozhraní (více dopravních rozhraní lze konfigurovat pomocí stejné skupiny RG) – GigabitEthernet 1 a 2 jsou považována za dopravní rozhraní.
Tato komponenta RG musí být speciálně nakonfigurována tak, aby podporovala hlasovou B2B HA.
Správa virtuálních IP (VIP) adres pro signalizaci i média
B2B HA spoléhá na VIP k dosažení redundance. VIP a přidružená fyzická rozhraní na obou cube v páru CUBE HA musí být umístěna na stejné podsíti LAN. Konfigurace VIP a vazba VIP rozhraní na konkrétní hlasovou aplikaci (SIP) jsou povinné pro hlasovou podporu B2B HA. Externí zařízení, jako je Unified CM, přístup ke službě Webex Calling SBC, poskytovatel služeb nebo proxy, používají VIP jako cílovou adresu IP pro hovory procházející přes směrovače CUBE HA. Proto z hlediska Webex Calling páry CUBE HA fungují jako jedna místní brána.
Informace o signalizaci hovorů a relaci RTP zavedených hovorů jsou zkontrolovány z aktivního směrovače do pohotovostního směrovače. Když se aktivní směrovač odpojí, pohotovostní směrovač převezme a nadále přesměruje stream RTP, který byl dříve směrován prvním směrovačem.
Hovory v přechodném stavu v době převzetí služeb při selhání nebudou po přepnutí zachovány. Například hovory, které ještě nebyly plně zajištěny nebo jsou upravovány pomocí funkce přepojení nebo přidržení. Vytvořené hovory mohou být po přepnutí odpojeny.
Pro použití CUBE HA jako místní brány pro statický nouzový provoz hovorů existují následující požadavky:
-
CUBE HA nemůže mít společně umístěná TDM nebo analogová rozhraní
-
Gig1 a Gig2 jsou označovány jako traffic (SIP/RTP) rozhraní a Gig3 je Redundancy Group (RG) Control/Data rozhraní
-
Do stejné domény vrstvy 2 lze umístit maximálně 2 páry CUBE HA, jeden se skupinovým ID 1 a druhý s ID skupiny 2. Pokud konfigurujete 2 páry HA se stejným ID skupiny, musí rozhraní řízení/dat RG patřit do různých domén 2 vrstev (vlan, samostatný přepínač).
-
Port kanál je podporován pro řídicí a datová rozhraní RG i pro přenosová rozhraní
-
Veškerá signalizace/média jsou získávána z/na virtuální IP adresu
-
Kdykoli je platforma znovu načtena ve vztahu CUBE-HA, vždy se spustí jako pohotovostní režim
-
Spodní adresa pro všechna rozhraní (Gig1, Gig2, Gig3) by měla být na stejné platformě
-
Identifikátor redundančního rozhraní, rii by měl být jedinečný pro dvojici/kombinaci rozhraní na stejné vrstvě 2
-
Konfigurace na obou cube musí být identická, včetně fyzické konfigurace, a musí být spuštěna na stejném typu platformy a verzi IOS-XE.
-
Smyčková rozhraní nelze používat tak vázaná, jak jsou vždy zapnutá
-
Více traffic (SIP/RTP) rozhraní (Gig1, Gig2) vyžadují konfiguraci sledování rozhraní
-
CUBE-HA není podporována přes crossover kabel pro spojení RG-Control/Data (Gig3)
-
Obě platformy musí být totožné a musí být připojeny prostřednictvím fyzického přepínače napříč všemi podobnými rozhraními, aby CUBE HA fungovala, tj. GE0/0/0 CUBE-1 a CUBE-2 musí končit na stejném přepínači a tak dále.
-
Síť WAN nemůže být ukončena přímo na cube nebo datová ha na žádné straně
-
Aktivní/pohotovostní režim se musí nacházet ve stejném datovém centru.
-
Pro redundanci je nutné používat samostatné rozhraní L3 (RG Control/data, Gig3), tj. rozhraní používané pro provoz nelze použít pro HA keepalive a chepointing
-
Po převzetí služeb při selhání prochází dříve aktivní CUBE designem opětovným načtením, zachováním signalizace a médií
Konfigurovat redundanci na obou cube
Pro vytvoření virtuálních IP adres musíte nakonfigurovat redundanci úrovně 2 mezi zařízeními CUBE, které budou použity v páru HA.
1 |
Nakonfigurujte sledování rozhraní na globální úrovni za účelem sledování stavu rozhraní.
Funkce Track CLI se v RG používá ke sledování stavu rozhraní hlasového provozu, takže aktivní trasa bude zcela aktivní po vypnutí dopravního rozhraní. | ||
2 |
V dílčím režimu redundance aplikace nakonfigurujte RG pro použití s technologií VoIP HA.
Zde je vysvětlení polí používaných v této konfiguraci:
| ||
3 |
Povolte redundanci box-to-box pro aplikaci CUBE. Nakonfigurujte RG z předchozího kroku v části
redundanční skupina 1 – přidání a odebrání tohoto příkazu vyžaduje opětovné načtení, jinak se aktualizovaná konfigurace neprojeví. Po použití veškeré konfigurace znovu načteme platformy. | ||
4 |
Podle níže uvedeného obrázku nakonfigurujte rozhraní Gig1 a Gig2 s příslušnými virtuálními IP zařízeními a použijte identifikátor rozhraní redundancy (rii).
Zde je vysvětlení polí používaných v této konfiguraci:
| ||
5 |
Uložte konfiguraci prvního konektoru CUBE a znovu ji načtěte. Platforma pro opětovné načtení posledního je vždy pohotovostní režim.
Po úplném spuštění VCUBE-1 uložte konfiguraci VCUBE-2 a znovu ji načtěte.
| ||
6 |
Ověřte, že konfigurace mezi poli funguje podle očekávání. Příslušný výstup je zvýrazněn tučně. Znovu jsme načetli VCUBE-2 jako poslední a podle zvážení návrhu. Platforma pro opětovné načtení bude vždy pohotovostní režim. Dále pokračujte v konfiguraci místní brány (na základě registrace nebo certifikátu) na obou cube HA. Přečtěte si článek Konfigurace místní brány v systému Cisco IOS XE pro službu Webex Calling. |