- Početak
- /
- Članak
Implementirajte CUBE visoku dostupnost kao lokalni mrežni prolaz
Lokalni mrežni prolaz (LGW) je ekskluzivno rešenje za obezbeđivanje lokalnog PSTN pristupa kupcima usluge Cisco Webex Calling. Ovaj dokument vas vodi u konfigurisanju lokalnog mrežnog prolaza koji koristi CUBE visoku dostupnost, sa aktivnim ili CUBE-om u stanju pripravnosti kako biste osigurali preuzimanje aktivnih poziva u statusu.
Основно
Preduslov
Pre nego što primenite Cisco Unified Border Element (CUBE) visoku dostupnost (HA) kao lokalni mrežni prolaz za Webex Calling, uverite se da imate detaljno razumevanje sledećih koncepata:
-
Redundantnost okvira 2 nivoa sa uslugom CUBE Enterprise za očuvanje poziva u statusu
Smernice za konfiguraciju navedene u ovom članku preuzimaju se namenska platforma lokalnog mrežnog prolaza bez postojeće konfiguracije glasa. Ako se postojeća primena CUBE velikog preduzeća izmeni tako da takođe koristi funkciju lokalnog mrežnog prolaza za Cisco Webex Calling, obratite pažnju na konfiguraciju primenjenu da biste osigurali da postojeći tokovi poziva i funkcionalnosti nisu prekinuti i uverite se da se pridržavate zahteva za dizajn CUBE HA.
Hardver i komponente softvera
CUBE HA kao lokalni mrežni prolaz zahteva IOS-XE verziju 17.9.1 ili noviju i platformu na kojoj su podržane i CUBE HA i LGW funkcije.
Prikazane komande i evidencije u ovom članku zasnivaju se na minimalnom izdanju softvera Cisco IOS-XE 17.9.1 primenjenom na vCUBE (CSR 8000v).
Materijal za referencu
Evo nekih detaljnih vodiča za konfiguraciju CUBE HA za različite platforme:
-
Cisco ISR 4K i Cisco Catalyst 8K serija – 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 8000v (vKOCKA)> 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
-
Željena arhitektura za Cisco Webex Calling – https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled rešenja za Webex Calling
Cisco Webex Calling je ponuda za saradnju koja pruža alternativu u oblaku sa više zakupaca lokalnoj PBX telefonskoj usluzi sa više PSTN opcija za kupce.
Primena lokalnog mrežnog prolaza (predstavljena u nastavku) je u fokusu ovog članka. Lokalni mrežni prolaz (lokalni PSTN) prenosnik u usluzi Webex Calling omogućava povezivanje sa PSTN uslugom u vlasništvu korisnika. Takođe pruža mogućnost povezivanja sa lokalnim IP PBX primenom, kao što je Cisco Unified CM. Sva komunikacija u oblak i iz njega se obezbeđuje pomoću TLS prenosa za SIP i SRTP za medije.
Slika u nastavku prikazuje Webex Calling primenu bez postojećeg IP PBX-a i primenljiva je na jednu primenu ili na više lokacija. Konfiguracija navedena u ovom članku se zasniva na ovoj primeni.
Redundantnost 2 Box-to-Box
CUBE HA polje 2 box-to-box redundancy koristi protokol infrastrukture Redundancy Group (RG) za formiranje aktivnog/u stanju pripravnosti para rutera. Ovaj par deli istu virtuelnu IP adresu (VIP) na odgovarajućim interfejsima i stalno razmenjuju poruke statusa. Informacije o CUBE sesiji se proveravaju preko para rutera koji omogućavaju ruteru u stanju pripravnosti da preuzme sve odgovornosti za obradu poziva CUBE-a odmah ako aktivni ruter ne uspe, što rezultira očuvanjem signalizacije i medija u državi.
Pokazivanje za potvrdu je ograničeno na povezane pozive sa medijskim paketima. Pozivi u tranzitu nisu usmereni za proveru (na primer, stanje za pokušaj ili zvono).
U ovom članku, CUBE HA će se odnositi na CUBE High Availability (HA) redundantnost sloja 2 Box-to-Box (B2B) za očuvanje poziva sa statusom.
Od IOS-XE 17.9.1, CUBE HA može biti primenjen kao lokalni mrežni prolaz za Cisco Webex Calling primene magistrale (lokalni PSTN). U ovom članku će biti reči o razmatranju dizajna i konfiguracijama. Slika prikazuje tipičan CUBE HA podešen kao lokalni mrežni prolaz za primenu Cisco Webex Calling magistrale.
Redundancy Group Infra komponenta
Infra komponenta Redundantnosti Group (RG) pruža okvir-to-box komunikacionu podršku između dve KOCKE i pregovarava o konačnom stabilnom stanju redundantnosti. Ova komponenta takođe obezbeđuje:
-
Protokol sličan HSRP-u koji pregovara o konačnom stanju redundantnosti za svaki ruter razmenom čudnih i zdravih poruka između dve KOCKE (preko kontrolnog interfejsa) – GigabitEthernet3 na slici iznad.
-
Mehanizam transporta za proveru signalizacije i medija za svaki poziv od aktivnog do rutera u stanju pripravnosti (preko interfejsa podataka) – GigabitEthernet3 na slici iznad.
-
Konfiguracija i upravljanje Virtual IP (VIP) interfejsom za saobraćajne interfejse (više interfejsa saobraćaja se može konfigurisati pomoću iste RG grupe) – GigabitEthernet 1 i 2 se smatraju interfejsima saobraćaja.
Ova RG komponenta mora biti posebno konfigurisana da podržava glas B2B HA.
Upravljanje virtuelnom IP (VIP) adresom za signalizaciju i za medije
B2B HA se oslanja na VIP da bi ostvario redundantnost. VIP i povezani fizički interfejsi na oba CUBE-a u CUBE HA paru moraju biti smešteni na istoj LAN podmreži. Konfiguracija VIP i vezivanje VIP interfejsa za određenu glasovnu aplikaciju (SIP) su obavezna za glasovnu B2B HA podršku. Spoljni uređaji kao što su Unified CM, pristup Webex Calling SBC, pružalac usluge ili proxy koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA rutere. Zbog toga, sa tačke gledišta Webex Calling, CUBE HA par deluje kao jedan lokalni mrežni prolaz.
Informacije o signalizaciji poziva i o RTP sesiji uspostavljenih poziva se proveravaju od aktivnog rutera do rutera u stanju pripravnosti. Kada aktivni ruter padne, ruter u stanju pripravnosti preuzima ulogu i nastavlja da prosleđuje RTP tok koji je prethodno usmeren prvi ruter.
Pozivi u prelaznom stanju u trenutku preuzimanja neće biti očuvani posle prelaska na niži plan. Na primer, pozivi koji još uvek nisu u potpunosti uspostavljeni ili su u toku izmene funkcije prenosa ili čekanja. Uspostavljeni pozivi mogu biti prekinuti vezu posle prelaska.
Postoje sledeći zahtevi za korišćenje CUBE HA kao lokalnog mrežnog prolaza za državno preuzimanje poziva:
-
CUBE HA ne može imati TDM ili analogne interfejse koji su zajednički locirani
-
Gig1 i Gig2 nazivaju se interfejsi saobraćaja (SIP/RTP), a Gig3 je interfejs za kontrolu/podatke
-
Ne više od 2 CUBE HA para može se postaviti u isti domen sloja 2, jedan sa ID-om grupe 1 i drugi sa ID grupe 2. Ako konfigurišete 2 HA para sa istim ID-om grupe, RG kontrolni/interfejsi podataka treba da pripadaju različitim domenima sloja 2 (vlan, zasebni prekidač)
-
Kanal porta je podržan i za RG kontrolu / podatke i za interfejse saobraćaja
-
Svi signalizacioni/mediji potiču sa/na virtuelnu IP adresu
-
Kad god se platforma ponovo učita u CUBE-HA vezi, uvek se pokreće kao Standby
-
Donja adresa za sve interfejse (Gig1, Gig2, Gig3) treba da bude na istoj platformi
-
Identifikator interfejsa redundantnosti, rii treba da bude jedinstven za par/interfejs na istom Sloju 2
-
Konfiguracija na oba KOCKA mora da bude identična, uključujući fizičku konfiguraciju i mora da bude pokrenuta na istom tipu platforme i IOS-XE verzije
-
Interfejsi za zadaci se ne mogu koristiti kao vezani jer su uvek gore nagore
-
Više saobraćaja (SIP/RTP) interfejsa (Gig1, Gig2) zahteva konfigurisanje praćenja interfejsa
-
CUBE-HA nije podržan preko krosover kabla za RG-kontrolu/vezu za podatke (Gig3)
-
Obe platforme moraju biti identične i biti povezane putem fizičkog prekidača na svim sličnim interfejsima da bi CUBE HA radio, tj. GE0/0/0 od CUBE-1 i CUBE-2 moraju se prekinuti na istom prekidaču i tako dalje.
-
Nije moguće prekinuti WAN na CUBE-u direktno ili Data HA sa bilo koje strane
-
I aktivno/u stanju pripravnosti moraju da budu u istom centru podataka
-
Obavezno je koristiti zasebni L3 interfejs za redundantnost (RG Control/data, Gig3). i.e interfejs koji se koristi za saobraćaj ne može koristiti za HA čuvare i označavanje
-
Nakon greške, prethodno aktivna KOCKA prolazi kroz ponovno učitavanje po dizajnu, očuvajući signalizaciju i medije
Konfiguriši redundantnost na obe KOCKE
Morate da konfigurišete redundantnost sloja 2 na oba KOCKA koja su namenjena da se koriste u HA paru da bi se prikupili virtuelni IP-ovi.
1 |
Konfigurišite praćenje interfejsa na globalnom nivou da biste pratili status interfejsa.
Praćenje CLI se koristi u RG za praćenje stanja interfejsa glasovnog prometa, tako da će aktivna usmeravanja u potpunosti imati aktivnu ulogu nakon što se saobraćajni interfejs smanji. | ||
2 |
Konfigurišite RG za korišćenje sa VoIP HA u podrežimu redundantnosti aplikacije.
Evo objašnjenja polja koja su korišćena u ovoj konfiguraciji:
| ||
3 |
Omogućite box-to-box redundantnost za CUBE aplikaciju. Konfigurišite RG iz prethodnog koraka u okviru
redundantnost-grupa 1 – Dodavanje i uklanjanje ove komande zahteva ponovno učitavanje da bi ažurirana konfiguracija stupila na snagu. Ponovo ćemo učitati platforme kada se primene sve konfiguracije. | ||
4 |
Konfigurišite Gig1 i Gig2 interfejse sa njihovim virtuelnim IP-ovima kao što je prikazano u nastavku i primenite identifikator interfejsa redundantnosti (rii)
Evo objašnjenja polja koja su korišćena u ovoj konfiguraciji:
| ||
5 |
Sačuvajte konfiguraciju prve KOCKE i ponovo je učitajte. Platforma za ponovno učitavanje je uvek u stanju pripravnosti.
Kada se VCUBE-1 u potpunosti pokrene, sačuvajte konfiguraciju VCUBE-2 i ponovo je učitajte.
| ||
6 |
Proverite da li box-to-box konfiguracija funkcioniše prema očekivanjima. Odgovarajući izlaz je istaknut u podebljanom. Ponovo smo učitali VCUBE-2 poslednji put i u skladu sa dizajnom; platforma za poslednje učitavanje uvek će biti u stanju pripravnosti. Zatim nastavite sa konfiguracijom lokalnog mrežnog prolaza (zasnovanom na registraciji ili zasnovane na sertifikatu) na oba HA CUBE-a. Pogledajte članak Konfigurisanje lokalnog mrežnog prolaza na Cisco IOS XE za Webex Calling. |