- Početak
- /
- Članak
Implementiraj visoku dostupnost CUBE-a kao lokalni pristupnik
Lokalni pristupnik (LGW) jedina je opcija koja korisnicima Cisco Webex Callinga omogućuje pristup PSTN-u koji se temelji na prostorijama. Cilj je ovog dokumenta pomoći vam u izgradnji konfiguracije lokalnog pristupnika pomoću CUBE visoke dostupnosti, aktivnih CUBE ili CUBE-ova u pripravnosti za trajno prebacivanje aktivnih poziva.
Osnove
Preduvjeti
Prije nego što implementirate CUBE HA kao lokalni pristupnik za Webex pozive, provjerite jeste li detaljno razumjeli sljedeće koncepte:
-
Redundancija od kutije do kutije sloja 2 s CUBE Enterpriseom za očuvanje poziva u državi
Smjernice za konfiguraciju navedene u ovom članku pretpostavljaju namjensku platformu lokalnog pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija tvrtke CUBE mijenja kako bi se također koristila funkcija lokalnog pristupnika za Cisco Webex pozive, obratite posebnu pozornost na konfiguraciju koja se primjenjuje kako biste osigurali da se postojeći tokovi i funkcionalnosti poziva 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 i zapisnici u ovom članku temelje se na minimalnom softverskom izdanju Cisco IOS-XE 16.12.2 implementiranog 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 pozive - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled rješenja za pozivanje webexa
Cisco Webex Calling je ponuda suradnje koja pruža alternativu pbx telefonskoj usluzi temeljenu na oblaku s više stanara s više PSTN opcija za kupce.
Implementacija lokalnog pristupnika (prikazana u nastavku) u središtu je ovog članka. Deblo lokalnog pristupnika (PSTN-a utemeljenog na prostorijama) u Webex pozivima omogućuje povezivanje s PSTN uslugom u vlasništvu kupca. Također pruža povezivost s lokalnom implementacijom IP PBX-a 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 poziva bez postojećeg IP PBX-a i primjenjiva je na implementaciju jednog ili više web-mjesta. Konfiguracija navedena u ovom članku temelji se na ovoj implementaciji.
Redundancija od okvira do kutije u sloju 2
CUBE HA sloj 2 redundancija od kutije do kutije 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 neprestano razmjenjuju poruke o statusu. Informacije o sesiji CUBE-a provjeravaju se u paru usmjerivača koji omogućuju usmjerivaču u stanju pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač ne bude u funkciji, što rezultira državnim očuvanjem signalizacije i medija.
Pokazivanje provjere ograničeno je na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu označeni (na primjer, stanje koje pokušava ili zvoni).
U ovom će se članku CUBE HA odnositi na redundanciju sloja 2 od kutije do kutije (HA) visoke dostupnosti (HA) (B2B) za očuvanje poziva u državi
Od IOS-XE 16.12.2, CUBE HA može se implementirati kao lokalni pristupnik za implementacije Cisco Webex calling trunka (Premises-based PSTN), a mi ćemo u ovom članku obuhvatiti razmatranja i konfiguracije dizajna. Ova slika prikazuje tipičnu postavku CUBE HA kao lokalni pristupnik za implementaciju debla Cisco Webex Calling.
Infrancijska komponenta grupe redundancije
Infra komponenta redundansijske skupine (RG) pruža potporu komunikacijske infrastrukture od polja do kutije između dvaju KUB-ova i pregovara o konačnom stabilnom stanju otpuštanja. Ova komponenta također pruža:
-
Protokol sličan HSRP-u koji pregovara o konačnom stanju otpuštanja za svaki usmjerivač razmjenom keepalive i pozdravnih poruka između dva CUBE -a (putem kontrolnog sučelja) - GigabitEthernet3 na gornjoj slici.
-
Transportni mehanizam za provjeru stanja signalizacije i medija za svaki poziv od aktivnog do usmjerivača čekanja (putem podatkovnog sučelja) - GigabitEthernet3 na gornjoj slici.
-
Konfiguracija i upravljanje Virtual 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.
Virtualno upravljanje IP (VIP) adresama za signalizaciju i medije
B2B HA oslanja se 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 istoj LAN podmreži. Konfiguracija VIP-a i vezivanje VIP sučelja na određenu glasovnu aplikaciju (SIP) obvezni su za glasovnu B2B HA podršku. Vanjski uređaji kao što su Jedinstveni CM, Pristup webex pozivima SBC, davatelj usluga ili proxy, koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz USMJERIVAČE CUBE HA. Stoga, sa stajališta Webex pozivanja, parovi CUBE HA djeluju kao jedan lokalni pristupnik.
Signalizacija poziva i informacije o RTP sesiji uspostavljenih poziva kontrolne su točke od aktivnog usmjerivača do usmjerivača u stanju čekanja. Kada se aktivni usmjerivač spusti, usmjerivač Standby preuzima i nastavlja prosljeđivati RTP tok koji je prethodno usmjerio prvi usmjerivač.
Pozivi u prolaznom stanju u trenutku prelaska 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 odspojeni nakon prebacivanja.
Postoje sljedeći zahtjevi za korištenje CUBE HA kao lokalnog pristupnika za prebacivanje poziva u stanju stanja:
-
CUBE HA ne može imati TDM ili analogna sučelja zajedno smještena
-
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 para može se smjestiti u istu domenu sloja 2, jedan s ID-om grupe 1, a drugi s grupnim ID-om 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 Control/data i za prometna sučelja
-
Sva signalizacija/mediji dolaze s/na virtualnu IP adresu
-
Svaki put kada se platforma ponovno učita u odnosu CUBE-HA, uvijek se pokrene kao Standby
-
Donja adresa za sva sučelja (Gig1, Gig2, Gig3) trebala bi biti na istoj platformi
-
Identifikator redundancije, rii bi trebao biti jedinstven za kombinaciju para / sučelja na istom sloju 2
-
Konfiguracija na oba CUBE-a mora biti identična, uključujući fizičku konfiguraciju i mora se izvoditi na istoj vrsti platforme i IOS-XE verziji
-
Loopback sučelja ne mogu se koristiti kao vezna jer su uvijek podignuta
-
Sučelja s više prometa (SIP/RTP) (Gig1, Gig2) zahtijevaju konfiguriranje praćenja sučelja
-
CUBE-HA nije podržan preko crossover kabelske veze za vezu RG-upravljanje / podatke (Gig3)
-
Obje platforme moraju biti identične i biti povezane putem fizičkog prekidača preko svih isto tako povezanih sučelja kako bi CUBE HA radio, tj.
-
Nije moguće da se WAN izravno prekine na CUBE-ima ili Podacima HA s obje strane
-
Oba aktivna/stanja čekanja moraju biti u istom podatkovnom centru
-
Obvezno je koristiti zasebno L3 sučelje za redundanciju (RG Control/data, Gig3). tj sučelje koje se koristi za promet ne može se koristiti za HA keepalives i kontrolne točke
-
Nakon zaostajanja, prethodno aktivna KOCKA prolazi kroz ponovno punjenje dizajnom, čuvajući signalizaciju i medije
Konfiguriranje redundancije na oba KOCKE
Morate konfigurirati redundanciju od kutije do kutije sloja 2 na oba CUBE-a namijenjena za upotrebu u HA paru za izradu virtualnih IP-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 prilično svoju aktivnu ulogu nakon što prometno sučelje ne bude ugašeno. | ||
2 |
Konfigurirajte RG za upotrebu s VoIP HA u pod-načinu rada redundancije aplikacije.
Evo objašnjenja polja korištenih u ovoj konfiguraciji:
| ||
3 |
Omogućite redundanciju od kutije do kutije za aplikaciju CUBE. Konfigurirajte RG iz prethodnog koraka u sklopu
redundancy-group 1 – Dodavanje i uklanjanje ove naredbe zahtijeva ponovno učitavanje kako bi ažurirana konfiguracija stupila na snagu. Platforme ćemo ponovno učitati nakon primjene svih konfiguracija. | ||
4 |
Konfigurirajte Sučelja Gig1 i Gig2 s odgovarajućim virtualnim IP-ovima kao što je prikazano u nastavku i primijenite identifikator redundancijskog sučelja (rii)
Evo objašnjenja polja korištenih u ovoj konfiguraciji:
| ||
5 |
Spremite konfiguraciju prve KOCKE i ponovno je učitajte. Platforma za ponovno punjenje posljednja uvijek je Stanje pripravnosti.
Nakon što se VCUBE-1 potpuno pokrene, spremite konfiguraciju VCUBE-2 i ponovno je učitajte.
| ||
6 |
Provjerite radi li konfiguracija okvir-okvir prema očekivanjima. Relevantni izlaz označen je podebljanim slovima. Zadnji put smo ponovno učitali VCUBE-2 , a prema razmatranjima dizajna; platforma za posljednje učitavanje uvijek će biti u stanju pripravnosti. |
Konfiguriranje lokalnog pristupnika na oba CUBE-a
U našoj primjernoj konfiguraciji koristimo sljedeće informacije o prtljažniku 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 sljedeći:
-
Korisničko ime: Hussain1076_JLS
-
Lozinka: lOV12MEaZx
1 |
Prije nego što se može koristiti u vjerodajnicama ili zajedničkim tajnama, provjerite je li za lozinku stvoren konfiguracijski ključ s dolje prikazanim naredbama. Lozinke tipa 6 šifriraju se pomoću AES šifre i ovog korisnički definiranog konfiguracijskog ključa.
Ovdje je konfiguracija lokalnog pristupnika koja će se primjenjivati na obje platforme na temelju gore prikazanih parametara Kontrolnog čvorišta , spremanja i ponovnog učitavanja. Vjerodajnice za SIP Digest iz okruženja Control Hub istaknute su podebljanim.
Da bismo prikazali izlaz naredbe za prikaz, ponovno smo učitali VCUBE-2 nakon čega slijedi VCUBE-1, čime je VCUBE-1 postao dežurni CUBE, a VCUBE-2 aktivnom KOCKOM |
2 |
U bilo kojem trenutku, samo će jedna platforma održavati aktivnu registraciju kao Lokalni pristupnik s pristupom Webex pozivima SBC. Pogledajte izlaz sljedećih naredbi za prikaz. pokaži grupu zahtjeva za otpuštanje 1 prikaži status SIP-UA registracije
Iz gornjeg izlaza možete vidjeti da je VCUBE-2 aktivni LGW koji održava registraciju s pristupnim SBC-om za Webex Calling, dok je izlaz „prikaži status registra sip-ua“ prazan u VCUBE-1 |
3 |
Sada omogućite sljedeće ispravljanje pogrešaka na VCUBE-1
|
4 |
Simulirajte prebacivanje u slučaju pogreške izdavanjem sljedeće naredbe na aktivnom LGW-u, VCUBE-2.
Prebacivanje s AKTIVNOG na STANDBY LGW događa se i u sljedećem scenariju osim gore navedenog CLI-ja
|
5 |
Provjerite je li se VCUBE-1 registrirao na Webex Calling access SBC. VCUBE-2 bi se već napunio.
VCUBE-1 je sada aktivni LGW. |
6 |
Pogledajte odgovarajući zapisnik za ispravljanje pogrešaka na VCUBE-1 slanjeM SIP REGISTRA na Webex Poziv putem virtualnog IP-a i primanjem 200 OK.
|