- Početak
- /
- Članak
Local Gateway (LGV) je ekskluzivno rešenje za pružanje lokalnog PSTN pristupa korisnicima Cisco Webex Calling. Ovaj dokument vas vodi u konfigurisanju lokalnog mrežnog prolaza koristeći CUBE visoku dostupnost, sa aktivnim CUBE-ovima ili u stanju pripravnosti kako biste osigurali stanje neuspeha aktivnih poziva.
Osnove
Preduslovi
Pre nego što primenite Cisco Unified Border Element (CUBE) High Availability (HA) kao lokalni pro laz zaWebex Calling, uverite se da imate dubinsko razumevanje sledećih koncepata:
-
Redundancija sloja 2 od kutije do kutije sa CUBE Enterprise-om za državno očuvanje poziva
Smernice za konfiguraciju date u ovom članku pretpostavljaju namensku platformu lokalnog prolaza bez postojeće glasovne konfiguracije. Ako se postojeća implementacija CUBE preduzeća menja tako da koristi i funkciju lokalnog prolazaCisco Webex Calling, obratite veliku pažnju na konfiguraciju koja se primenjuje kako biste osigurali da postojeći tokovi poziva i funkcionalnosti nisu prekinuti i uverite se da se pridržavate zahteva dizajna CUBE HA.
Hardverske i softverske komponente
CUBE HA kao lokalni prolaz zahteva IOS-KSE verziju 17.9.1 ili noviju i platformu na kojoj su podržane i CUBE HA i LGV funkcije.
Komande i dnevnici prikaza u ovom članku zasnovani su na minimalnom izdanju softvera Cisco IOS -KSE 17.9.1 implementiranom na vCube (CSR 8000v).
Referentni materijal
Evo nekoliko detaljnih vodiča za konfiguraciju CUBE HA za različite platforme:
-
Cisco preferirana arhitektura za Cisco Webex Calling - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex CallingPregled rešenja
Cisco Webex Callingje ponuda saradnje koja pruža alternativu zasnovanu na oblaku za više stanara lokalnoj PBKS telefonskoj usluzi sa više PSTN opcija za kupce.
Primena lokalnog mrežnog prolaza (predstavljena u nastavku) je fokus ovog članka. Trunk lokalnog prolaza (PSTN zasnovan na prostorijama) Webex Calling omogućava povezivanje sa PSTN uslugom u vlasništvu korisnika. Takođe omogućava povezivanje sa lokalnom IP PBKS implementacijom kao što je. Cisco Unified CM Sva komunikacija do i iz oblaka obezbeđena je pomoću TLS transporta za SIP i SRTP za medije.
Slika ispod prikazuje implementaciju Webex Calling bez postojeće IP PBKS-a i primenljiva je na jednu ili više lokacija. Konfiguracija navedena u ovom članku zasniva se na ovoj primeni.
Redundancija od kutije do kutije sloja 2
Redundanca sloja 2 od kutije do kutije CUBE HA koristi infrastrukturni protokol Redundanci Group (RG) da bi formirao aktivni/pripravni par rutera. Ovaj par deli istu virtuelnu IP adresu (VIP) na svojim interfejsima i neprestano razmenjuje poruke o statusu. Informacije o sesiji CUBE proveravaju se na paru rutera koji omogućavaju ruteru u stanju pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni ruter prestane sa radom, što rezultira očuvanjem signalizacije i medija u stanju.
Proveravanje je ograničeno na povezane pozive sa medijskim paketima. Pozivi u tranzitu nisu označeni (na primer, stanje pokušaja ili zvonjenja).
U ovom članku CUBE HA će se odnositi na redundanciju CUBE visoke dostupnosti (HA) sloja 2 od kutije do kutije (B2B) radi očuvanja državnog poziva.
Od IOS-KSE 17.9.1, CUBE HA se može primeniti kao lokalni prolaz za primenu Cisco Webex Calling magistralnih instalacija (PSTN zasnovan na prostorijama). Ovaj članak će raspravljati o dizajnerskim razmatranjima i konfiguracijama. Na slici je prikazano tipično podešavanje CUBE HA kao lokalni mrežni prolaz za postavl Cisco Webex Calling janje debla.
Infra komponenta grupe redundancije
Infra komponenta Redundanci Group (RG) pruža podršku komunikacionoj infrastrukturi od kutije do kutije između dva CUBE i pregovara o konačnom stabilnom stanju redundancije. Ova komponenta takođe obezbeđuje:
-
Protokol sličan HSRP-u koji pregovara o konačnom stanju redundancije za svaki ruter razmenom čuvenih i zdravih poruka između dva CUBE (preko kontrolnog interfejsa) —GigabiteThernet3 na gornjoj slici.
-
Transportni mehanizam za proveru signalizacije i stanja medija za svaki poziv od aktivnog do usmjerivača u stanje pripravnosti (preko interfejsa podataka) —GigabiteThernet3 na gornjoj slici.
-
Konfiguracija i upravljanje virtuelnim IP (VIP) interfejsom za saobraćajne interfejse (više saobraćajnih interfejsa se može konfigurisati pomoću iste RG grupe) - GigabiteEthernet 1 i 2 smatraju se saobraćajnim interfejsima.
Ova RG komponenta mora biti posebno konfigurisana da podržava glasovni B2B HA.
Upravljanje virtuelnim IP (VIP) adresama i za signalizaciju i za medije
B2B HA se oslanja na VIP da bi postigao višak. VIP i povezani fizički interfejsi na oba CUBE u CUBE HA paru moraju se nalaziti na istoj LAN podmreži. Konfiguracija VIP-a i vezivanje VIP interfejsa za određenu glasovnu aplikaciju (SIP) obavezni su za glasovnu B2B HA podršku. Spoljni uređaji kao Unified CM što su Webex Calling pristup SBC-u, provajder usluga ili proksi koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA rutere. Dakle, sa stanovi Webex Calling šta, CUBE HA parovi deluju kao jedinstveni lokalni prolaz.
Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva proveravaju se od aktivnog rutera do usmjerivača u stanje pripravnosti. Kada se aktivni ruter spusti, ruter u stanju pripravnosti preuzima i nastavlja da prosleđuje RTP tok koji je prethodno usmerio prvi ruter.
Pozivi u prolaznom stanju u trenutku prekida neće biti sačuvani nakon prelaska. Na primer, pozivi koji još nisu u potpunosti uspostavljeni ili su u procesu modifikacije pomoću funkcije prenosa ili zadržavanja. Uspostavljeni pozivi mogu biti isključeni nakon prebacivanja.
Sledeći zahtevi postoje za korišćenje CUBE HA kao lokalnog prolaza za državni prekid poziva:
-
CUBE HA ne može imati TDM ili analogne interfejse koji se nalaze zajedno
-
Gig1 i Gig2 se nazivaju saobraćajnim (SIP/RTP) interfejsima, a Gig3 je kontrolni interfejs/podatkovni interfejs Redundanci Group (RG)
-
U isti domen sloja 2 ne mogu se postaviti više od 2 CUBE HA para, jedan sa id grupe 1, a drugi sa id grupe 2. Ako konfigurišete 2 HA para sa istim id grupe, interfejsi RG Control/Data moraju pripadati različitim domenima sloja 2 (vlan, odvojeni prekidač)
-
Port kanal je podržan i za RG kontrole/podatkovne i saobraćajne interfejse
-
Sva signalizacija/mediji se dobijaju od/na virtuelnu IP adresu
-
Kad god se platforma ponovo učita u vezi CUBE-HA, ona se uvek pokreće kao Standbi
-
Donja adresa za sve interfejse (Gig1, Gig2, Gig3) treba da bude na istoj platformi
-
Identifikator suvišnog interfejsa, rii treba da bude jedinstven za kombinaciju para/interfejsa na istom sloju 2
-
Konfiguracija na oba CUBE mora biti identična, uključujući fizičku konfiguraciju i mora da radi na istoj vrsti platforme i verziji IOS-KSE
-
Loopback interfejsi se ne mogu koristiti kao vezivanje jer su uvek uključeni
-
Višestruki saobraćajni interfejsi (SIP/RTP) (Gig1, Gig2) zahtevaju konfigurisanje praćenja interfejsa
-
CUBE-HA nije podržan preko ukrštene kablovske veze za RG-kontrolu/vezu podataka (Gig3)
-
Obe platforme moraju biti identične i biti povezane preko fizičkog prekida ča preko svih sličnih interfejsa da bi CUBE HA radio, tj. GE0/0/0 CUBE-1 i CUBE-2 mora se završiti na istom prekidaču i tako dalje.
-
Ne može se VAN direktno prekinuti na Cube-ovima ili Data HA sa bilo koje strane
-
Oba aktivna/stanja pripravnosti moraju biti u istom centru podataka
-
Obavezno je koristiti odvojeni L3 interfejs za redundanciju (RG Control/Data, Gig3). tj. Interfejs koji se koristi za saobraćaj ne može se koristiti za HA memorije i kontrolne tačke
-
Nakon prekida rada, prethodno aktivni CUBE prolazi kroz ponovno učitavanje dizajnom, čuvajući signalizaciju i medije
Konfigurišite redundanciju na oba CUBE
Morate da konfigurišete redundantnost bok-to-box sloja 2 na oba CUBE namenjena za upotrebu u HA paru da biste otvorili virtuelne IP adrese.
| 1 |
Konfigurišite praćenje interfejsa na globalnom nivou da biste pratili status interfejsa.
Track CLI se koristi u RG-u za praćenje stanja interfejsa glasovnog saobraćaja tako da će aktivna ruta sasvim svoju aktivnu ulogu nakon što se saobraćajni interfejs prekine. | ||
| 2 |
Konfigurišite RG za upotrebu sa VoIP HA u pod-režimu redundancije aplikacije.
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
| 3 |
Omogućite redundanciju od kutije do kutije za aplikaciju CUBE. Konfigurišite RG iz prethodnog koraka ispod
redundanci-group 1 —Dodavanje i uklanjanje ove naredbe zahteva ponovno učitavanje da bi ažurirana konfiguracija stupila na snagu. Ponovo ćemo učitati platforme nakon što se primeni sva konfiguracija. | ||
| 4 |
Konfigurišite Gig1 i Gig2 interfejse sa njihovim odgovarajućim virtuelnim IP-ovima kao što je prikazano ispod i primenite identifikator suvišnog interfejsa (rii)
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
| 5 |
Sačuvajte konfiguraciju prvog CUBE i ponovo je učitajte. Platforma za poslednje ponovno učitavanje je uvek stanje pripravnosti.
Nakon što se VCUBE-1 potpuno pokrene, sačuvajte konfiguraciju VCU BE-2 i ponovo je učitajte.
| ||
| 6 |
Proverite da li konfiguracija bok-to-box radi kako se očekuje. Relevantni izlaz je označen po debljanim slo vima. Poslednji smo ponovo uč itali VCUBE-2 i prema dizajnerskim razmatranjima; platforma za poslednje punjenje uvek će biti u stanju pripravnosti.
Zatim nastavite sa konfiguracijom lokalnog mrežnog prolaza (zasnovanom na registraciji ili zasnovanom na sertifikatu) na oba HA CUBE. Pogledajte Konfigurisanje lokalnog mrežnog prola Cisco IOS za na KSE za Webex Calling. |