- Domů
- /
- Článek
Místní brána (LGW) je exkluzivní řešení pro poskytování místního přístupu PSTN zákazníkům Cisco Webex Calling. Tento dokument vás provede konfigurací místní brány pomocí CUBE s vysokou dostupností, s aktivními nebo pohotovostními CUBE, aby bylo zajištěno stavové převzetí aktivních hovorů při selhání.
Základy
Předpoklady
Před nasazením Cisco Unified Border Element (CUBE) High Availability (HA) jako místní brány pro Webex Calling aplikaci se ujistěte, že jste důkladně porozuměli následujícím konceptům:
-
Redundance typu box-to-box Layer 2 s nástrojem CUBE Enterprise pro zachování stavových hovorů
Pokyny pro konfiguraci uvedené v tomto článku předpokládají vyhrazenou platformu místní brány bez existující hlasové konfigurace. Pokud se stávající podnikové nasazení CUBE upravuje tak, aby využívalo také funkci místní brányCisco Webex Calling, věnujte zvýšenou pozornost použité konfiguraci, abyste zajistili, že stávající toky volání a funkce nebudou přerušeny, a ujistěte se, že dodržujete požadavky návrhu CUBE HA.
Hardwarové a softwarové komponenty
CUBE HA jako lokální 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 show v tomto článku jsou založeny na minimálním vydání 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:
-
Preferovaná architektura Cisco pro Cisco Webex Calling - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex CallingPřehled řešení
Cisco Webex Callingje nabídka spolupráce, která poskytuje cloudovou alternativu pro více klientů k místní pobočkové telefonní službě s více možnostmi PSTN pro zákazníky.
Tento článek se zaměřuje na nasazení místní brány (znázorněno níže). Kmen místní brány (PSTN založený na prostorách) Webex Calling umožňuje připojení ke službě PSTN vlastněné zákazníkem. Poskytuje také připojení k místnímu nasazení IP pobočkové ústředny, jako je. Cisco Unified CM Veškerá komunikace do a z cloudu je zabezpečena pomocí TLS transportu pro SIP a SRTP pro média.
Níže uvedený obrázek zobrazuje Webex Calling nasazení bez existující IP pobočkové ústředny a je použitelné pro jedno nasazení nebo nasazení na více lokalitách. Konfigurace popsaná v tomto článku je založena na tomto nasazení.
Redundance mezi krabicemi na krabici na vrstvu 2
Redundance CUBE HA vrstvy 2 box-to-box využívá protokol infrastruktury Redundancy Group (RG) k vytvoření aktivního/pohotovostního páru směrovačů. Tato dvojice sdílí stejnou virtuální IP adresu (VIP) napříč svými příslušnými rozhraními a neustále si vyměňují stavové zprávy. Informace o relaci CUBE jsou kontrolovány napříč dvojicí směrovačů, což umožňuje pohotovostnímu routeru převzít všechny povinnosti zpracování hovorů CUBE okamžitě, pokud aktivní router přestane fungovat, což má za následek zachování stavu signalizace a médií.
Kontrolní ukazování je omezeno na připojené hovory s mediálními pakety. Přepravní hovory nejsou kontrolovány (například stav vyzkoušení 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í stavových hovorů.
Od verze IOS-XE 17.9.1 lze CUBE HA nasadit jako místní bránu pro nasazení Cisco Webex Calling kmenů (PSTN založené na prostorách). Tento článek pojednává o návrhových úvahách a konfiguracích. Obrázek zobrazuje typické nastavení CUBE HA jako místní brána pro nasazení k Cisco Webex Calling mene.
Infra komponenta skupiny redundance
Komponenta Redundancy Group (RG) Infra poskytuje podporu komunikační infrastruktury box-to-box mezi dvěma CUBE a vyjednává konečný stabilní stav redundance. Tato součást také poskytuje:
-
Protokol podobný HSRP, který vyjednává konečný stav redundance pro každý router výměnou zpráv keepalive a hello mezi dvěma CUBE (prostřednictvím řídicího rozhraní) —GigabiteThernet3 na obrázku výše.
-
Transportní mechanismus pro kontrolu signalizace a stavu médií pro každý hovor 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 rozhraní Virtual IP (VIP) pro přenosová rozhraní (více přenosových rozhraní lze konfigurovat pomocí stejné skupiny RG) — gigabitEthernet 1 a 2 jsou považovány za přenosová rozhraní.
Tato RG komponenta musí být speciálně nakonfigurována tak, aby podporovala hlasovou B2B HA.
Správa virtuální IP (VIP) adresy 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ěny ve stejné podsíti LAN. Konfigurace VIP a navázání VIP rozhraní na konkrétní hlasovou aplikaci (SIP) jsou povinné pro hlasovou podporu B2B HA. Externí zařízeníUnified CM, jako Webex Calling je Access SBC, poskytovatel služeb nebo proxy, používají VIP jako cílovou IP adresu pro hovory procházející směrovači CUBE HA. Z Webex Calling hlediska toho tedy páry CUBE HA fungují jako jediná lokální brána.
Signalizace hovorů a informace o relaci RTP navázaných hovorů jsou kontrolovány z aktivního směrovače do pohotovostního směrovače. Když aktivní směrovač vypne, převezme pohotovostní směrovač a pokračuje v předávání proudu 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 zachovány po přepnutí. Například volání, která ještě nejsou plně zavedena nebo jsou v procesu úpravy pomocí funkce přenosu nebo zadržení. Zavedené hovory mohou být po přechodu odpojeny.
Pro použití služby CUBE HA jako místní brány pro stavové převzetí volání při selhání existují následující požadavky:
-
CUBE HA nemůže mít TDM nebo analogová rozhraní umístěná společně
-
Gig1 a Gig2 jsou označovány jako přenosová rozhraní (SIP/RTP) a Gig3 je Redundancy Group (RG) Control/Data Interface
-
Do stejné domény vrstvy 2 nelze umístit více než 2 páry CUBE HA, jeden s id skupiny 1 a druhý s id skupiny 2. Pokud konfigurujete 2 páry HA se stejným id skupiny, musí rozhraní RG Control/Data patřit do různých domén vrstvy 2 (vlan, samostatný přepínač)
-
Portový kanál je podporován jak pro rozhraní RG Control/Data, tak pro dopravní rozhraní
-
Veškerá signalizace/média pocházejí z/na virtuální IP adresu
-
Kdykoli je platforma znovu načtena ve vztahu CUBE-HA, vždy se spustí jako pohotovostní režim
-
Dolní 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 kombinaci párů/rozhraní na stejné vrstvě 2
-
Konfigurace na obou CUBEs musí být identická včetně fyzické konfigurace a musí běžet na stejném typu platformy a verzi IOS-XE
-
Rozhraní zpětné smyčky nelze použít jako bind, protože jsou vždy nahoře
-
Rozhraní pro více přenosů (SIP/RTP) (Gig1, Gig2) vyžadují konfigurování sledování rozhraní
-
CUBE-HA není podporován přes křížové kabelové připojení pro RG-Control/Data Link (Gig3)
-
Obě platformy musí být identické a musí být připojeny přes fyzický Switch napříč všemi obdobnými rozhraními, aby CUBE HA fungovala, tj. GE0/0/0 CUBE-1 a CUBE-2 musí skončit na stejném přepínači a tak dále.
-
Nelze ukončit WAN přímo na CUBEs nebo Data HA na obou stranách
-
Aktivní i pohotovostní režim musí být ve stejném datovém centru
-
Pro redundanci je nutné použít samostatné rozhraní L3 (RG Control/data, Gig3). tj. rozhraní používané pro provoz nelze použít pro uložení HA a checkpointování
-
Při převzetí služeb při selhání projde dříve aktivní CUBE reload podle návrhu, přičemž zachová signalizaci a média
Nakonfigurujte redundanci na obou CUBEs
Pro vyvolání virtuálních IP adres musíte nakonfigurovat redundanci vrstvy 2 box-to-box na obou CUBEs, které mají být použity v páru HA.
| 1 |
Nakonfigurujte sledování rozhraní na globální úrovni pro sledování stavu rozhraní.
Track CLI se používá v RG ke sledování stavu rozhraní hlasového provozu, takže aktivní trasa bude po vypnutí dopravního rozhraní zcela aktivní roli. | ||
| 2 |
Nakonfigurujte RG pro použití s VoIP HA v podrežimu redundance aplikace.
Zde je vysvětlení polí použitých v této konfiguraci:
| ||
| 3 |
Povolte redundanci box-to-box pro aplikaci CUBE. Nakonfigurujte RG z předchozího kroku níže.
redundancy-group 1 — Přidání a odebrání tohoto příkazu vyžaduje opětovné načtení, aby se aktualizovaná konfigurace projevila. Platformy znovu načteme poté, co bude použita veškerá konfigurace. | ||
| 4 |
Nakonfigurujte rozhraní Gig1 a Gig2 s příslušnými virtuálními IP adresami, jak je znázorněno níže, a použijte identifikátor redundančního rozhraní (rii)
Zde je vysvětlení polí použitých v této konfiguraci:
| ||
| 5 |
Uložte konfiguraci první CUBE a znovu ji načtěte. Platforma, která se má načíst jako poslední, je vždy pohotovostní režim.
Po úpl ném spuštění VCUBE-1 uložte konfiguraci VCU BE-2 a znovu ji načtěte.
| ||
| 6 |
Ověřte, zda konfigurace box-to-box funguje podle očekávání. Relevantní výstup je zvýrazněn tučně. VCUBE-2 jsme znovu načetli jako poslední a podle návrhových úvah; platforma pro poslední načtení bude vždy pohotovostní.
Dále pokračujte konfigurací místní brány (založenou na registraci nebo na základě certifikátu) na obou HA CUBEs. Viz Konfigurace místní brány na Cisco IOS XE pro Webex Calling. |