Local Gateway (LGW) jedina je opcija za pružanje lokalnog PSTN pristupa korisnicima Cisco Webex Poziva. Cilj ovog dokumenta je pomoći vam u izgradnji konfiguracije lokalnog pristupnika pomoću CUBE-a visoke dostupnosti, aktivnih /dežurnih CUBE-ova za veličanstveno prebacivanje aktivnih poziva.
Osnove
Preduvjeti
Prije implementacije CUBE HA kao lokalnog pristupnika za web-pozive provjerite jeste li detaljno razumjeli sljedeće koncepte:
Redundancija okvira u okvir sloja 2 s CUBE Enterpriseom za očuvanje veličanstvenih poziva
Smjernice za konfiguraciju navedene u ovom članku pretpostavljaju namjensku lokalnu platformu pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija tvrtke CUBE mijenja kako bi koristila funkciju lokalnog pristupnika za Cisco Webex pozive, obratite pozornost na konfiguraciju koja se primjenjuje kako biste osigurali da se postojeći tokovi poziva i funkcionalnosti ne prekidaju i provjerite pridržavate li se zahtjeva dizajna CUBE HA.
Hardverske i softverske komponente
CUBE HA kao lokalni pristupnik zahtijeva IOS-XE verziju 16.12.2 ili noviju i platformu na kojoj su podržane i CUBE HA i LGW funkcije.
Naredbe i zapisnici u ovom članku temelje se na minimalnom izdanju softvera Cisco IOS-XE 16.12.2 implementiranom na vCUBE (CSR1000v). |
Referentni materijal
Evo nekoliko detaljnih CUBE HA konfiguracijskih vodiča za različite platforme:
ISR 4K serija—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco preferirana arhitektura za Cisco Webex pozive —https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled rješenja pozivanja webexa
Cisco Webex Calling je ponuda suradnje koja pruža više stanara u oblaku alternativu lokalnoj PBX telefonskoj usluzi s više PSTN opcija za korisnike.
Implementacija lokalnog pristupnika (predstavljena u nastavku) u središtu je ovog članka. Deblo lokalnog pristupnika (PSTN-a utemeljeno na prostorijama) u web-pozivu omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također omogućuje povezivanje s lokalnom implementacijom IP PBX-a kao što je Cisco Unified CM. Sva komunikacija do i od oblaka osigurana je TLS transportom za SIP i SRTP za medije.
Slika ispod prikazuje implementaciju Webex poziva bez postojećeg IP PBX-a i primjenjiva je na jednu ili više web-lokacijskih implementacija. Konfiguracija opisana u ovom članku temelji se na ovoj implementaciji.
Redundancija sloja 2 od kutije do kutije
CUBE HA layer 2 box-to-box redundancija koristi infrastrukturni protokol Redundancy Group (RG) za formiranje aktivnog/stand-by para usmjerivača. Ovaj par dijeli istu virtualnu IP adresu (VIP) na svojim sučeljima i kontinuirano razmjenjuje poruke o statusu. Cube informacije o sesiji provjeravaju se preko para usmjerivača koji omogućuju usmjerivaču u stanju pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač izađe iz upotrebe, što rezultira veličanstvenim očuvanjem signalizacije i medija.
Kontrolno pokazivanje ograničeno je na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu usmjereni na provjeru (na primjer, stanje pokušaja ili zvonjenja). U ovom će se članku CUBE HA odnositi na CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanciju za očuvanje državnih poziva |
Od IOS-XE 16.12.2, CUBE HA se može implementirati kao lokalni pristupnik za implementacije cisco webex pozivanja (PSTN) i u ovom ćemo članku obuhvatiti razmatranja dizajna i konfiguracije. Ova slika prikazuje tipičnu postavku CUBE HA kao lokalni pristupnik za implementaciju prtljažnika Cisco Webex poziva.
Infra komponenta grupe redundancija
Komponenta Infra grupe za otpuštanje (RG) pruža podršku komunikacijskoj infrastrukturi između dvaju 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 -GigabitEthernet3 na gornjoj slici.
Mehanizam prijenosa za kontrolnu točku signalizacije i stanja medija za svaki poziv od aktivnog do dežurnog usmjerivača (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) - GigabitEthernet 1 i 2 smatraju se prometnim sučeljima.
Ova RG komponenta mora biti posebno konfigurirana tako da podržava glas B2B HA.
Upravljanje virtualnom IP adresom (VIP) za signalizaciju i medije
B2B HA se oslanja na VIP kako bi postigao redundanciju. VIP i povezana fizička sučelja na oba CUBE-a u paru CUBE HA moraju se nalaziti na istom LAN podmreži. Konfiguracija VIP-a i povezivanje VIP sučelja s određenom glasovnom aplikacijom (SIP) obvezni su za glasovnu B2B HA podršku. Vanjski uređaji kao što su Unified CM, Webex Calling access SBC, davatelj usluga ili proxy, koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, sa stajališta webex pozivanja, CUBE HA parovi djeluju kao jedan lokalni pristupnik.
Signalizacija poziva i informacije o RTP sesiji uspostavljenih poziva preostigaju se s aktivnog usmjerivača na usmjerivač u stanju pripravnosti. Kada aktivni usmjerivač padne, preuzima usmjerivač u stanju mirovanja i nastavlja prosljeđivati RTP strujanje koje je prethodno usmjerio prvi usmjerivač.
Pozivi u prolaznom stanju u trenutku prebacivanja u slučaju kvara neće se očuvati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili su u postupku izmjene pomoću funkcije prijenosa ili zadržavanja. Uspostavljeni pozivi mogu biti prekinuti nakon prebacivanja.
Postoje sljedeći preduvjeti za korištenje funkcije CUBE HA kao lokalnog pristupnika za neuspješno učitavanje poziva:
CUBE HA ne može imati TDM ili analogna sučelja u suorganizmu
Gig1 i Gig2 nazivaju se prometnim (SIP/RTP) sučeljima, a Gig3 je Redundancy Group (RG) Control/data interface
Ne više od 2 CUBE HA parova može se smjestiti u istu domenu sloja 2, jedan s ID-om grupe 1, a drugi s ID-om grupe 2. Ako se 2 HA uparuju s istim ID-om grupe, sučelja RG Control/Data moraju pripadati različitim domenama sloja 2 (vlan, zasebni prekidač)
Port kanal je podržan i za RG Control/data i za prometna sučelja
Sva signalizacija/mediji potječu od/do virtualne IP adrese
Svaki put kada se platforma ponovno učita u odnosu CUBE-HA, uvijek se pokrene 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 parova/sučelja na istom sloju 2
Konfiguracija na oba CUBE-a mora biti identična, uključujući fizičku konfiguraciju i mora biti pokrenuta na istoj vrsti platforme i verziji IOS-XE
Loopback sučelja ne mogu se koristiti kao veza jer su uvijek gore
Za više prometnih (SIP/RTP) sučelja (Gig1, Gig2) potrebno je konfigurirati praćenje sučelja
CUBE-HA nije podržan preko crossover kabelske veze za RG-kontrolu / podatkovnu vezu (Gig3)
Obje platforme moraju biti identične i biti spojene putem fizičkog Prekidača na svim isto tako sučeljima kako bi CUBE HA radio, odnosno GE0/0/0 CUBE-1 i CUBE-2 moraju prekinuti na istom prekidaču i tako dalje.
Wan se ne može izravno prekinuti na CUBE-ima ili Data HA-u s obje strane
Aktivno/Stanje pripravnosti mora biti u istom podatkovnom centru
Obvezno je koristiti zasebno L3 sučelje za redundanciju (RG Control /data, Gig3). odnosno sučelje koje se koristi za promet ne može se koristiti za HA keepalives i checkpointing
Nakon neuspjelog prebacivanja, prethodno aktivna CUBE prolazi kroz ponovno učitavanje dizajnom, očuvanjem signalizacije i medija
Konfiguriranje redundancije na oba CUBE-a
Morate konfigurirati redundanciju od 2. sloja na oba CUBE-a namijenjena za korištenje u HA paru za pokretanje virtualnih IPS-ova.
1 | Konfigurirajte praćenje sučelja na globalnoj razini da 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 imati prilično aktivnu ulogu nakon što prometno sučelje ne bude u prekidu. |
||||||
2 | Konfigurirajte RG za korištenje s VoIP HA u podmod načinu redundancije aplikacije.
Evo objašnjenja polja korištenih u ovoj konfiguraciji:
|
||||||
3 | Omogućite redundanciju između okvira za aplikaciju CUBE. Konfiguriranje RG-a iz prethodnog koraka u odjeljku
grupa redundancija 1– za dodavanje i uklanjanje ove naredbe potrebno je ponovno učitavanje kako bi ažurirana konfiguracija stupila na snagu. Ponovno ćemo učitati platforme nakon primjene svih konfiguracija. |
||||||
4 | Konfigurirajte Gig1 i Gig2 sučelja sa svojim virtualnim IPS-ovima kao što je prikazano u nastavku i primijenite identifikator sučelja redundancije (rii)
Evo objašnjenja polja korištenih u ovoj konfiguraciji:
|
||||||
5 | Spremite konfiguraciju prve KOCKE i ponovno je učitajte. Platforma za ponovno učitavanje zadnjeg je uvijek Stanje pripravnosti.
Nakon što se VCUBE-1 potpuno pokrene, spremite konfiguraciju VCUBE-2 i ponovno je učitajte.
|
||||||
6 | Provjerite radi li konfiguracija okvira do okvira prema očekivanjima. Relevantni izlaz istaknut je podebljano . Ponovno smo učitali VCUBE-2 posljednji i prema dizajnerskim razmatranjima; platforma za ponovno učitavanje posljednja će uvijek biti u stanju pripravnosti.
|
Konfiguriranje lokalnog pristupnika na oba CUBE-a
U našoj oglednoj konfiguraciji koristimo sljedeće informacije o prtljažniku tvrtke Control Hub za izgradnju konfiguracije lokalnog pristupnika na obje platforme, VCUBE-1 i VCUBE-2. Korisničko ime i lozinka za ovu instalaciju su sljedeći:
Korisničko ime: Hussain1076LGU_
Lozinka: lOV12MEaZx
1 | Provjerite je li za lozinku stvoren konfiguracijski ključ, s dolje prikazanim naredbama, prije nego što se može koristiti u vjerodajnicama ili zajedničkim tajnama. Lozinke vrste 6 šifriraju se pomoću AES šifre i ovog korisnički definiranog konfiguracijske ključa.
Ovdje je konfiguracija lokalnog pristupnika koja će se primjenjivati na obje platforme na temelju gore prikazanih parametara Upravljačkog središta , spremite i ponovno učitajte. Vjerodajnice SIP Digesta iz Control Huba istaknute su podebljano .
Da bismo prikazali izlaz naredbe emisije, ponovno smo učitali VCUBE-2 , a zatim VCUBE-1, čime je VCUBE-1 u stanju pripravnosti CUBE, a VCUBE-2 aktivna KOCKA |
2 | U bilo kojem trenutku samo će jedna platforma održavati aktivnu registraciju kao lokalni pristupnik s pristupom web-pozivima SBC-a. Pogledajte izlaz sljedećih naredbi za prikaz. pokaži grupu zahtjeva za redundanciju 1 pokaži status sip-ua-registra
Iz gornjeg izlaza možete vidjeti da je VCUBE-2 aktivni LGW koji održava registraciju s Webex Calling pristupom SBC-u, dok je izlaz "show sip-ua register status" prazan u VCUBE-1 |
3 | Sada omogućite sljedeće ispravljanje pogrešaka na uređaju VCUBE-1
|
4 | Simulirajte prebacivanje u slučaju kvara izdavanjem sljedeće naredbe na aktivnom LGW-u, VCUBE-2 u ovom slučaju.
Prebacivanje s ACTIVE-a na STANDBY LGW događa se i u sljedećem scenariju, osim CLI-ja navedenog gore
|
5 | Provjerite je li se VCUBE-1 registrirao za pristup web-pozivima SBC-u. VCUBE-2 bi se već napunio.
VCUBE-1 je sada aktivni LGW. |
6 | Pogledajte relevantni zapisnik o ispravljanju pogrešaka na VCUBE-1 koji šalje SIP REGISTER na Webex pozive putem virtualnog IP-a i prima 200 OK.
|