- Početak
- /
- Članak
Implementirajte CUBE High Availability kao lokalni pristupnik
Lokalni pristupnik (LGW) jedina je opcija za pružanje pristup za PSTN baziranog na prostorima za korisnike Cisco Webex Calling . Cilj ovog dokumenta je pomoći vam u izgradnji konfiguracije lokalnog pristupnika korištenjem CUBE visoka dostupnost, aktivnih ili pripravnih CUBE-a za napuštanje stanja aktivnih poziva.
Osnove
Preduvjeti
Prije nego što implementirate CUBE HA kao lokalni pristupnik za Webex Calling, provjerite imate li dubinsko razumijevanje sljedećih koncepata:
Sloj 2 box-to-box redundantnost s CUBE Enterprise za očuvanje poziva u skladu s stanjem
Smjernice za konfiguraciju navedene u ovom članku pretpostavljaju namjensku platformu lokalni pristupnik bez postojeće glasovne konfiguracije. Ako se postojeća CUBE poslovna implementacija mijenja kako bi također koristila funkciju lokalni pristupnik za Cisco Webex Calling, obratite veliku 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 funkcije CUBE HA i LGW.
Naredbe prikaza i zapisnici u ovom članku temelje se na minimalnom izdanje softvera Cisco IOS-XE 16.12.2 implementiranom na vCUBE (CSR1000v).
Referentni materijal
Evo nekoliko detaljnih vodiča za konfiguraciju CUBE HA 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 Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled rješenja za Webex Calling
Cisco Webex Calling ponuda je suradnje koja korisnicima pruža alternativu u oblaku temeljenu na više zakupaca lokalnoj PBX telefonskoj usluzi s višestrukim PSTN opcijama za korisnike.
Postavljanje lokalnog pristupnika (prikazano u nastavku) fokus je ovog članka. Trank lokalnog pristupnika (PSTN baziran na prostorima) u Webex Calling omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također pruža povezanost s lokalnom IP PBX implementacijom kao što je Cisco Unified CM. Sva komunikacija do i iz oblaka je osigurana korištenjem TLS transporta za SIP i SRTP za medije.
Slika ispod prikazuje implementaciju Webex Calling bez postojeće IP PBX-a i primjenjiva je na implementaciju s jednom ili više mjesta. Konfiguracija opisana u ovom članku temelji se na ovoj implementaciji.
Redundancija sloja 2 Box-to-Box
Redundancija CUBE HA sloja 2 box-to-box koristi infrastrukturni protokol grupe redundanse (RG) za formiranje aktivnog/pripravnog para usmjerivača. Ovaj par dijeli istu virtualnu IP adresa (VIP) na svojim sučeljima i neprestano razmjenjuje statusne poruke. Informacije o CUBE sesiji su kontrolne točke na paru usmjerivača što omogućuje usmjerivaču u stanju pripravnosti da odmah preuzme sve CUBE odgovornosti za obrada poziva ako aktivni usmjerivač nestane, što rezultira očuvanjem signalizacije i medija u stanju čekanja.
Provjera pokazivanja ograničena je na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu označeni (na primjer, stanje koje pokušava ili zvoni).
U ovom članku, CUBE HA će se odnositi na CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanciju za očuvanje poziva s podacima o stanju
Od IOS-XE 16.12.2, CUBE HA se može implementirati kao lokalni pristupnik za implementacije debla Cisco Webex Calling (PSTN baziran na prostoriji), a mi ćemo pokriti pitanja u vezi s dizajnom i konfiguracije u ovom članku. Ova slika prikazuje tipično postavljanje CUBE HA kao lokalnog pristupnika za implementaciju debla Cisco Webex Calling .
Infra komponenta grupe redundancije
Komponenta Redundancy Group (RG) Infra pruža podršku za komunikacijsku infrastrukturu box-to-box između dva CUBE-a i dogovara konačno stabilno stanje redundancije. Ova komponenta također pruža:
Protokol sličan HSRP-u koji dogovara konačno stanje redundancije za svaki usmjerivač razmjenom poruka o održavanju i pozdravu između dva CUBE-a (putem kontrolnog sučelja)—GigabitEthernet3 na gornjoj slici.
Prijenosni mehanizam za provjeru stanja signalizacije i medija za svaki poziv iz aktivnog usmjerivača u stanje pripravnosti (putem podatkovnog sučelja)—GigabitEthernet3 na gornjoj slici.
Konfiguracija i upravljanje sučeljem Virtual IP (VIP) 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 da podržava glasovni B2B HA.
Upravljanje virtualnim IP (VIP) adresama za signalizaciju i medije
B2B HA se oslanja na VIP za postizanje redundancije. VIP i pridružena fizička sučelja na obje CUBE u CUBE HA paru moraju se nalaziti na istoj LAN podmreži. Konfiguracija VIP-a i vezanje VIP sučelja na određenu glasovnu aplikaciju (SIP) obavezni su za glasovnu B2B HA podršku. Vanjski uređaji kao što su Unified CM, Webex Calling access SBC, davatelj usluge ili proxy, koriste VIP kao IP adresa odredišta za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, s gledišta Webex Calling , parovi CUBE HA djeluju kao jedan lokalni pristupnik.
Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva kontrolne su točke od aktivnog usmjerivača do usmjerivača u stanju pripravnosti. Kada se aktivni usmjerivač isključi, usmjerivač u stanju pripravnosti preuzima ga i nastavlja prosljeđivati direktni prijenos RTP-a koji je prethodno usmjerio prvi usmjerivač.
Pozivi u prolaznom stanju u vrijeme prelaska na pogrešku neće se sačuvati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili su u procesu izmjene s funkcijom prijenosa ili zadržavanja. Uspostavljeni pozivi mogu biti prekinuti nakon prebacivanja.
Sljedeći zahtjevi postoje za korištenje CUBE HA kao lokalni pristupnik za provjeru stanja poziva:
CUBE HA ne može imati TDM ili analogna sučelja ko-locirana
Gig1 i Gig2 nazivaju se prometnim (SIP/ RTP) sučeljima, a Gig3 je sučelje za kontrolu/podatak grupe redundanse (RG)
U istu domenu sloja 2 mogu se postaviti najviše 2 para CUBE HA, jedan s ID-om grupe 1, a drugi s ID-om 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č)
Kanal porta je podržan i za RG Control/data i prometna sučelja
Sva signalizacija/mediji potječu od/na virtualnu IP adresu
Kad god se platforma ponovno učitava u odnosu CUBE-HA, uvijek se pokreće kao stanje pripravnosti
Donja adresa za sva sučelja (Gig1, Gig2, Gig3) treba biti na istoj platformi
Identifikator sučelja redundancije, rii bi trebao biti jedinstven za kombinaciju par/sučelje na istom sloju 2
Konfiguracija na obje CUBE-a mora biti identična uključujući fizičku konfiguraciju i mora se izvoditi na istoj vrsti platforme i verziji IOS-XE
Sučelja povratne petlje ne mogu se koristiti kao vezanje jer su uvijek gore
Višestruka prometna (SIP/ RTP) sučelja (Gig1, Gig2) zahtijevaju konfiguraciju praćenja sučelja
CUBE-HA nije podržan preko križnog kabela za RG-control/data link (Gig3)
Obje platforme moraju biti identične i biti povezan putem a fizički prekidač na svim sličnim sučeljima da bi CUBE HA radio, tj. GE0/0/0 od CUBE-1 i CUBE-2 moraju završiti na istom prekidaču i tako dalje.
Ne može imati WAN prekinut na CUBE-ovima izravno ili HA podataka s obje strane
Oba Active/Standby moraju biti u istom podatkovni centar
Obavezno je koristiti zasebno L3 sučelje za redundantnost (RG Control/data, Gig3). tj. sučelje koje se koristi za promet ne može se koristiti za održavanje HA i kontrolne točke
Nakon kvara, prethodno aktivna CUBE prolazi kroz ponovno učitavanje prema dizajnu, čuvajući signalizaciju i medije
Konfigurirajte redundantnost na obje CUBE
Morate konfigurirati redundanciju sloja 2 box-to-box na obje CUBE koje su namijenjene za korištenje u HA paru za dovođenje virtualnih IP-ova.
1 | Konfigurirajte praćenje sučelja na globalnoj razini za praćenje statusa sučelja.
Track CLI se koristi u RG-u za praćenje stanja sučelja glasovni promet tako da će aktivna ruta imati svoju aktivnu ulogu nakon što je prometno sučelje isključeno. | ||
2 | Konfigurirajte RG za korištenje s VoIP HA u podnačinu redundantnosti aplikacije.
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
3 | Omogućite redundantnost box-to-box za aplikaciju CUBE. Konfigurirajte RG iz prethodnog koraka ispod
redundancija-grupa 1 —Dodavanje i uklanjanje ove naredbe zahtijeva ponovno učitavanje da bi ažurirana konfiguracija stupila na snagu. Ponovno ćemo učitati platforme nakon što se sve konfiguracije primijeni. | ||
4 | Konfigurirajte sučelja Gig1 i Gig2 s odgovarajućim virtualnim IP-ovima kao što je prikazano u nastavku i primijenite identifikator sučelja redundancije ( rii )
Evo objašnjenja polja koja se koriste u ovoj konfiguraciji:
| ||
5 | Spremite konfiguraciju prve CUBE i ponovno je učitajte. Platforma za posljednju ponovno punjenje uvijek je stanje pripravnosti.
Poslije VCUBE-1 potpuno se podiže, spremite konfiguraciju VCUBE-2 i ponovno ga učitaj.
| ||
6 | Provjerite radi li konfiguracija od kutije do kutije prema očekivanjima. Relevantni izlaz je istaknut u podebljano . Ponovno smo napunili VCUBE-2 posljednje i prema pitanja u vezi s dizajnom; platforma za ponovno punjenje uvijek će biti Stanje pripravnosti .
|
Konfigurirajte lokalni pristupnik na obje CUBE
U našem primjeru konfiguracije, koristimo sljedeće informacije o deblu iz Control Huba za izgradnju konfiguracije lokalnog pristupnika na obje platforme, VCUBE-1 i VCUBE-2. Korisničko ime i lozinka za ovu postavku su kako slijedi:
Korisničko ime: Hussain1076_ LGU
Lozinka: lOV12MEaZx
1 | Provjerite je li konfiguracijski ključ kreiran za lozinku, s naredbama prikazanim u nastavku, prije nego što se može koristiti u vjerodajnicama ili zajedničkim tajnama. Lozinke tipa 6 šifrirane su pomoću AES šifre i ovog korisnički definiranog konfiguracijskog ključa.
Ovdje je konfiguracija lokalnog pristupnika koja će se primijeniti na obje platforme na temelju parametara Control Hub prikazanih iznad, spremite i ponovno učitajte. Istaknute su vjerodajnice SIP skraćene vjerodajnice iz Control Huba podebljano .
Da bismo prikazali izlaz naredbe show, ponovno smo učitali VCUBE-2 slijedi VCUBE-1 , izrada VCUBE-1 pripravna CUBE i VCUBE-2 aktivna KOCKA |
2 | U bilo kojem trenutku samo će jedna platforma održavati aktivnu registraciju kao Lokalni pristupnik s Webex Calling pristupom SBC. Pogledajte izlaz sljedećih naredbi show. prikaži grupu aplikacija redundantnosti 1 prikaži status registra sip-ua
Iz gornjeg izlaza to možete vidjeti VCUBE-2 je aktivni LGW koji održava registraciju s Webex Calling pristupom SBC, dok je izlaz "prikaži status sip-ua registra" prazan u VCUBE-1 |
3 | Sada omogućite sljedeće debugove na VCUBE-1
|
4 | Simulirajte prelazak na pogrešku izdavanjem sljedeće naredbe na aktivnom LGW-u, VCUBE-2 u ovom slučaju.
Prebacivanje s AKTIVNOG na STANDBY LGW događa se u sljedećem scenariju, osim u CLI-u navedenom gore
|
5 | Provjerite je li VCUBE-1 registriran za Webex Calling pristup SBC. VCUBE-2 bi se do sada ponovno učitao.
VCUBE-1 je sada aktivni LGW. |
6 | Pogledajte relevantnu evidenciju otklanjanja pogrešaka na VCUBE-1 koji šalje SIP REGISTER Webex Calling PREKO virtualne IP i primanje 200 OK.
|