- Početak
- /
- Članak
Local Gateway (LGW) ekskluzivno je rješenje za pružanje lokalnog PSTN pristupa korisnicima Cisco Webex Calling. Ovaj dokument vas vodi u konfiguriranju lokalnog pristupnika pomoću CUBE visoke dostupnosti, s aktivnim CUBE-om ili u stanju pripravnosti kako biste osigurali stanje neuspjeha aktivnih poziva.
Osnove
Preduvjeti
Prije nego što implementirate Cisco Unified Border Element (CUBE) High Availability (HA) kao lokal ni pristupnik zaWebex Calling, provjerite imate li dubinsko razumijevanje sljedećih koncepata:
-
Redundancija sloja 2 od kutije do kutije s CUBE Enterprise za državno očuvanje poziva
Smjernice za konfiguraciju navedene u ovom članku pretpostavljaju namjensku platformu lokalnog pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija CUBE-a za poduzeće mijenja kako bi se koristila i funkcija lokalnog pristupnikaCisco Webex Calling, obratite posebnu pozornost na primijenjenu konfiguraciju kako biste osigurali da postojeći tikovi poziva i funkcionalnosti ne budu prekinuti i provjerite pridržavate se zahtjeva dizajna CUBE HA.
Hardverske i softverske komponente
CUBE HA kao lokalni pristupnik zahtijeva IOS-XE verziju 17.9.1 ili noviju i platformu na kojoj su podržane i CUBE HA i LGW funkcije.
Prikaz naredbi i zapisnika u ovom članku temelje se na minimalnom izdanju softvera Cisco IOS -XE 17.9.1 implementiranog 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 rješenja
Cisco Webex Callingje ponuda suradnje koja pruža alternativu u oblaku zasnovanu na više stanara lokalnoj PBX telefonskoj usluzi s više PSTN opcija za korisnike.
Uvođenje lokalnog pristupnika (prikazano u nastavku) fokus je ovog članka. Lokalni pristupnik (PSTN zasnovan na prostorijama) Webex Calling omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također omogućuje povezivanje s lokalnom implementacijom IP PBX kao što je. Cisco Unified CM Sva komunikacija do i iz oblaka osigurana je pomoću TLS transporta za SIP i SRTP za medije.
Donja slika prikazuje implementaciju Webex Calling bez postojeće IP PBX i primjenjiva je na implementaciju s jednom ili više lokacija. Konfiguracija navedena u ovom članku temelji se na ovoj implementaciji.
Redundancija od kutije do kutije sloja 2
Redundancija sloja 2 od kutije do kutije CUBE HA koristi infrastrukturni protokol Redundancy Group (RG) za formiranje aktivnih/pripravnih para usmjerivača. Ovaj par dijeli istu virtualnu IP adresu (VIP) na svojim sučeljima i neprestano razmjenjuje poruke o statusu. Informacije o sesiji CUBE provjeravaju se na paru usmjerivača omogućujući usmjerivaču u stanju pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač prestane s radom, što rezultira stalnim očuvanjem signalizacije i medija.
Provjeravanje je ograničeno na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu označeni (na primjer, stanje pokušaja ili zvonjenja).
U ovom će se članku CUBE HA odnositi na redundanciju CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) za državno očuvanje poziva.
Od iOS-XE 17.9.1, CUBE HA se može implementirati kao lokalni pristupnik za instalacije Cisco Webex Calling magistrala (PSTN temeljen na prostorijama). Ovaj članak će raspravljati o dizajnerskim razmatranjima i konfiguracijama. Na slici je prikazana tipična postavka CUBE HA kao lokalni pristupnik za instal Cisco Webex Calling aciju debla.
Infra komponenta grupe redundancije
Infra komponenta Redundancy Group (RG) pruža podršku komunikacijskoj infrastrukturi od kutije do kutije između dva CUBE-a i pregovara o konačnom stabilnom stanju redundancije. Ova komponenta također pruža:
-
Protokol sličan HSRP-u koji pregovara o konačnom stanju redundancije za svaki usmjerivač razmjenom keepalive i hello poruka između dva CUBE (putem upravljačkog sučelja) —GigabiteThernet3 na gornjoj slici.
-
Transportni mehanizam za provjeru signalizacije i stanja medija za svaki poziv od aktivnog do usmjerivača u stanje pripravnosti (putem podatkovnog sučelja) —GigabiteThernet3 na gornjoj slici.
-
Konfiguracija i upravljanje virtualnim IP (VIP) sučeljem za prometna sučelja (više prometnih sučelja može se konfigurirati pomoću iste RG grupe) — GigabiteEthernet 1 i 2 smatraju se prometnim sučeljima.
Ova RG komponenta mora biti posebno konfigurirana za podršku glasovnom B2B HA.
Upravljanje virtualnim IP (VIP) adresama za signalizaciju i medije
B2B HA se oslanja na VIP kako bi postigao redundanciju. VIP i povezana fizička sučelja na oba CUBE u CUBE HA paru moraju se nalaziti na istoj LAN podmreži. Konfiguracija VIP-a i povezivanje VIP sučelja na određenu glasovnu aplikaciju (SIP) obvezni su za glasovnu B2B HA podršku. Vanjski uređaji kao Unified CM što su Webex Calling pristup SBC-u, pružatelju usluga ili proxyju koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, s gledi Webex Calling šta, CUBE HA parovi djeluju kao jedinstveni lokalni pristupnik.
Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva provjeravaju se od aktivnog usmjerivača do usmjerivača u stanje pripravnosti. Kada se aktivni usmjerivač spusti, usmjerivač u stanju pripravnosti preuzima i nastavlja prosljeđivati RTP tok koji je prethodno usmjerivao prvi usmjerivač.
Pozivi u prijelaznom stanju u trenutku prebacivanja neće se sačuvati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili su u procesu izmjene pomoću funkcije prijenosa ili zadržavanja. Uspostavljeni pozivi mogu se isključiti nakon prebacivanja.
Postoje sljedeći zahtjevi za korištenje CUBE HA kao lokalnog pristupnika za stanje neuspjeha poziva:
-
CUBE HA ne može imati TDM ili analogna sučelja koja se nalaze zajedno
-
Gig1 i Gig2 nazivaju se prometnim (SIP/RTP) sučeljima, a Gig3 je kontrolno-podatkovno sučelje Redundancy Group (RG)
-
U istu domenu sloja 2 ne mogu se smjestiti više od 2 CUBE HA para, jedan s id grupe 1, a drugi s id grupe 2. Ako konfigurirate 2 HA para s istim ID-om grupe, RG Control/Data sučelja moraju pripadati različitim domenama sloja 2 (vlan, zasebni prekidač)
-
Port kanal podržan je i za RG kontrolna/podatkovna i prometna sučelja
-
Sva signalizacija/mediji se dovode od/na virtualnu IP adresu
-
Kad god se platforma ponovno učita u CUBE-HA odnosu, uvijek se pokreće kao stanje pripravnosti
-
Donja adresa za sva sučelja (Gig1, Gig2, Gig3) trebala bi biti na istoj platformi
-
Identifikator sučelja redundancije, rii bi trebao biti jedinstven za kombinaciju para/sučelja na istom sloju 2
-
Konfiguracija na oba CUBE mora biti identična, uključujući fizičku konfiguraciju i mora raditi na istoj vrsti platforme i iOS-XE verziji
-
Sučelja za povratnu petlju ne mogu se koristiti kao veza jer su uvijek uključena
-
Višestruka prometna (SIP/RTP) sučelja (Gig1, Gig2) zahtijevaju konfiguriranje praćenja sučelja
-
CUBE-HA nije podržan preko unakrsne kabelske veze za RG-Control/Data link (Gig3)
-
Obje platforme moraju biti identične i biti povezane putem fizičkog prekida ča preko svih sličnih sučelja za rad CUBE HA, tj. GE0/0/0 CUBE-1 i CUBE-2 mora završiti na istom prekidaču i tako dalje.
-
Ne može se izravno prekinuti WAN na CuBes-u ili Data HA s obje strane
-
Oba aktivna/čekanja moraju biti u istom podatkovnom centru
-
Obavezno je koristiti odvojeno L3 sučelje za redundanciju (RG Control/Data, Gig3). tj. Sučelje koje se koristi za promet ne može se koristiti za HA pamćenje i kontrolne tačke
-
Nakon neuspjeha, prethodno aktivni CUBE prolazi kroz ponovno učitavanje dizajnom, čuvajući signalizaciju i medije
Konfigurirajte redundanciju na oba CUBE
Morate konfigurirati redundanciju box-to-box sloja 2 na oba CUBE namijenjena korištenju u HA paru da biste otvorili virtualne IP-ove.
| 1 |
Konfigurirajte praćenje sučelja na globalnoj razini kako biste pratili status sučelja.
Track CLI koristi se u RG-u za praćenje stanja sučelja glasovnog prometa tako da će aktivna ruta sasvim svoju aktivnu ulogu nakon što prometno sučelje ne padne. | ||
| 2 |
Konfigurirajte RG za upotrebu s VoIP HA u podnačinu redundancije aplikacije.
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
| 3 |
Omogućite redundanciju box-to-box za aplikaciju CUBE. Konfigurirajte RG iz prethodnog koraka ispod
redundancy-group 1 —Dodavanje i uklanjanje ove naredbe zahtijeva ponovno učitavanje kako bi ažurirana konfiguracija stupila na snagu. Ponovno ćemo učitati platforme nakon što se primijeni sva konfiguracija. | ||
| 4 |
Konfigurirajte Gig1 i Gig2 sučelja s odgovarajućim virtualnim IP-ovima kao što je prikazano u nastavku i primijenite identifikator sučelja redundantnosti (rii)
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
| 5 |
Spremite konfiguraciju prvog CUBE-a i ponovno ga učitajte. Platforma za posljednje ponovno učitavanje uvijek je stanje pripravnosti.
Nakon što se VCUBE-1 potpuno pok rene, spremite konfiguraciju VCU BE-2 i ponovo je učitajte.
| ||
| 6 |
Provjerite radi li konfiguracija box-to-box kako se očekuje. Relevantni izlaz označen je po debljanim slo vima. Zadnji smo ponovno učit ali VCUBE-2 i prema dizajnerskim razmatranjima; platforma za posljednje ponovno učitavanje uvijek će biti u stanju pripravnosti.
Zatim nastavite s konfiguracijom lokalnog pristupnika (temeljenom na registraciji ili na temelju certifikata) na oba HA CUBE. Pogledajte Konfiguriranje lokalnog pristup Cisco IOS nika na XE za Webex Calling. |