- Početak
- /
- Članak
Implementirajte CUBE visoku dostupnost kao lokalni mrežni prolaz
Lokalni mrežni prolaz (LGW) je jedina opcija za obezbeđivanje PSTN pristupa u prostorijama za korisnike Cisco Webex Poziva. Cilj ovog dokumenta je da vam pomogne u izgradnji konfiguracije lokalnog mrežnog prolaza koristeći CUBE visoku dostupnost, aktivne ili u stanju pripravnosti CUBE-a za neuspešno preuzimanje aktivnih poziva.
Osnove
Preduslovi
Pre nego što primenite CUBE HA kao lokalni mrežni prolaz za Webex pozivanje, uverite se da imate detaljno razumevanje sledećih koncepata:
-
Layer 2 box-to-box redundantncy with CUBE Enterprise for stateful call preservation
Uputstva za konfiguraciju navedena u ovom članku pretpostavljaju namensku lokalnu platformu mrežnog prolaza bez postojeće konfiguracije glasa. Ako se postojeća primena preduzeća CUBE modifikuje tako da koristi funkciju lokalnog mrežnog prolaza za Cisco Webex Calling, dobro obratite pažnju na konfiguraciju koja je primenjena da biste se uverili 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 mrežni prolaz zahteva IOS-XE verziju 16.12.2 ili noviju i platformu na kojoj su podržane i CUBE HA i LGW funkcije.
Komande i evidencije u ovom članku zasnivaju se na minimalnom softverskom izdanju Cisco IOS-XE 16.12.2 implementiranog na vCUBE (CSR1000v).
Referentni materijal
Evo nekih 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 Željena arhitektura za Cisco Webex pozivanje— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled Webex rešenja za pozivanje
Cisco Webex Calling je ponuda za saradnju koja pruža alternativu zasnovanu na oblaku više zakupaca on-premise PBX telefona sa više PSTN opcija za kupce.
Raspoređivanje lokalnog mrežnog prolaza (predstavljeno ispod) je u fokusu ovog članka. Prtljažnik lokalnog mrežnog prolaza (PSTN zasnovan na prostorijama) u Webex Pozivu omogućava povezivanje sa PSTN uslugom u vlasništvu kupca. Takođe obezbeđuje povezivanje sa lokalnim IP PBX raspoređivanjem kao što je Cisco Unified CM. Sva komunikacija sa i iz oblaka je obezbeđena korišćenjem TLS transporta za SIP i SRTP za medije.
Dole navedena slika prikazuje primenu Webex poziva bez postojećeg IP PBX-a i primenljiva je na jednu ili višelokacifrenu primenu. Konfiguracija navedena u ovom članku zasnovana je na ovoj primeni.
Layer 2 Box-to-Box Redundantnost
Cube HA layer 2 box-to-box redundantncy koristi infrastrukturni protokol Redundantna grupa (RG) za formiranje aktivnog/stendbaj para rutera. Ovaj par deli istu virtuelnu IP adresu (VIP) preko svojih interfejsa i neprekidno razmenjuje statusne poruke. Informacije o SESIJI KOCKE su uperene preko para rutera koji omogućavaju ruteru pripravnosti da preuzme sve odgovornosti za obradu KOCKE poziva odmah ako aktivni ruter nestane iz usluge, što rezultira državnim očuvanjem signalizacije i medija.
Pokazivanje pokazivača je ograničeno na povezane pozive sa paketima medija. Pozivi u tranzitu nisu zakazani (na primer, stanje pokušaja ili zvonjave).
U ovom članku, CUBE HA će se odnositi na CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundantnost za državno očuvanje poziva
Od IOS-XE 16.12.2, CUBE HA se može rasporediti kao Lokalni mrežni prolaz za Cisco Webex Pozivanje prtljažnika (Premises-based PSTN) i u ovom članku ćemo pokriti razmatranja i konfiguracije dizajna. Na ovoj slici je prikazano tipično podešavanje FUNKCIJE CUBE HA kao lokalnog mrežnog prolaza za primenu prtljažnika Cisco Webex Pozivanje.
Infra komponenta grupe redundantnosti
Infra komponenta Redundantna grupa (RG) pruža komunikacionu infrastrukturnu podršku između dva KUB-a i pregovara o konačnom stabilnom redundantnom stanju. Ova komponenta takođe obezbeđuje:
-
Protokol nalik na HSRP koji pregovara o konačnom redundantnom stanju za svaki ruter razmenjujući poruke o čuvaru i zdravo između dva KUB-a (putem kontrolnog interfejsa)– GigabitEthernet3 na slici iznad.
-
Transportni mehanizam za kontrolni punkt signaliziranja i stanje medija za svaki poziv od aktivnog do rutera pripravnosti (putem interfejsa podataka)– GigabitEthernet3 na slici iznad.
-
Konfiguracija i upravljanje Virtual IP (VIP) interfejsom za interfejs saobraćaja (više interfejsa u saobraćaju se može konfigurisati pomoću iste RG grupe) – GigabitEthernet 1 i 2 se smatraju saobraćajnim interfejsima.
Ova RG komponenta mora biti posebno konfigurisana tako da podržava glas B2B HA.
Upravljanje virtuelnim IP (VIP) adresama i za signalizaciju i za medije
B2B HA se oslanja na VIP da bi postigao redundantnost. VIP i povezani fizički interfejsi na oba KUB-a u paru CUBE HA moraju da se nalaze na istoj LAN podmreži. Konfiguracija VIP-a i povezivanje VIP interfejsa sa određenom glasovnom aplikacijom (SIP) su obavezni za glasovnu B2B HA podršku. Spoljni uređaji kao što su Unified CM, Webex Calling access SBC, dobavljač usluga ili proxy server, koriste VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA mrežne skretnice. Stoga, sa Webex tačke gledišta poziva, parovi CUBE HA deluju kao jedan lokalni mrežni prolaz.
Signalizaciju poziva i informacije o RTP sesiji utvrđenih poziva kontrolno se kontrolni punkt od aktivnog rutera do rutera pripravnosti. Kada se aktivna mrežna skretnice spusti, skretnicu pripravnosti preuzima i nastavlja da prosleđivač RTP toka koji je prethodno usmeravao prvi ruter.
Pozivi u prolaznom stanju u vreme neuspeha neće biti očuvani nakon prebacivanja. Na primer, pozivi koji još uvek nisu u potpunosti uspostavljeni ili su u procesu izmene funkcijom prenosa ili držanja. Uspostavljeni pozivi mogu biti prekinuti nakon prebacivanja.
Postoje sledeći zahtevi za korišćenje FUNKCIJE CUBE HA kao lokalnog mrežnog prolaza za državni neuspeh poziva:
-
CUBE HA ne može imati TDM ili analogne interfejse
-
Gig1 i Gig2 se nazivaju interfejsi za saobraćaj (SIP/RTP) a Gig3 je Redundantna grupa (RG) Kontrola/interfejs podataka
-
Ne više od 2 CUBE HA para može da se stavi u isti domen sloja 2, jedan sa id grupe 1, a drugi sa iD grupe 2. Ako konfigurisanje 2 HA para sa istim ID-om grupe, RG Interfejsi kontrole/podataka moraju da pripadaju različitim domenima sloja 2 (vlan, odvojeni prekidač)
-
Lučki kanal je podržan i za RG kontrolu/podatke i za interfejs saobraćaja
-
Sva signalizacije/mediji su izvor od/do Virtuelne IP adrese
-
Svaki put kada se platforma ponovo učita u odnosu CUBE-HA, ona se uvek pokreće kao Stanje pripravnosti
-
Donja adresa za sve interfejse (Gig1, Gig2, Gig3) treba da bude na istoj platformi
-
Redundantni interfejs identifikator, rii bi trebalo da bude jedinstven za kombinaciju para/interfejsa na istom sloju 2
-
Konfiguracija oba CUB-a mora biti identična uključujući fizičku konfiguraciju i mora biti pokrenuta na istom tipu platforme i IOS-XE verziji
-
Interfejsi povratne petlje se ne mogu koristiti kao povezivanje kao što su uvek na 100
-
Višestruki interfejsi za saobraćaj (SIP/RTP) (Gig1, Gig2) zahtevaju konfigurisanje praćenja interfejsa
-
CUBE-HA nije podržan preko ukrštene kablovske veze za RG-control/data link (Gig3)
-
Obe platforme moraju biti identične i biti povezane putem fizičkog Switch-a preko svih isto tako interfejsa da bi CUBE HA radio, npr. GE0/0/0 cube-1 i CUBE-2 moraju da se prekinu na istom prekidaču i slično.
-
Nije moguće prekinuti WAN na KUB-ima direktno ili Data HA sa obe strane
-
I aktivni/stanje pripravnosti mora biti u istom centru podataka
-
Obavezno je korišćenje posebnog L3 interfejsa za redundantnost (RG Control/data, Gig3). i.e interfejs koji se koristi za saobraćaj ne može se koristiti za HA keepalives i checkpointing
-
Nakon neuspeha, prethodno aktivna KOCKA prolazi kroz reload po dizajnu, očuvanju signalizacije i medija
Konfigurisanje redundantnosti na oba KUB-a
Morate da konfigurišete redundantnost sloja 2 u kutiji na oba CUB-a koja su namenjena da se koriste u HA paru da biste iznesuli virtuelne IP-ove.
1 |
Konfigurišite praćenje interfejsa na globalnom nivou da biste pratili status interfejsa.
Track CLI se koristi u RG za praćenje stanja interfejsa glasovnog saobraćaja tako da će aktivna ruta imati prilično aktivnu ulogu nakon pada interfejsa saobraćaja. | ||
2 |
Konfigurišite RG za korišćenje sa voIP HA u pod-režimu redundantnosti aplikacije.
Evo objašnjenja polja korišćenih u ovoj konfiguraciji:
| ||
3 |
Omogućite redundantnost kutija za koCKU aplikacije. Konfigurišite RG iz prethodnog koraka u okviru
redundantnost-grupa 1 – Dodavanje i uklanjanje ove komande 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 virtuelnim IP-ovima kao što je prikazano ispod i primenite identifikator interfejsa redundantnosti (rii)
Evo objašnjenja polja korišćenih u ovoj konfiguraciji:
| ||
5 |
Sačuvajte konfiguraciju prve KOCKE i ponovo je učitajte. Platforma za ponovno učitavanje je uvek Stanje pripravnosti.
Nakon što se VCUBE-1 potpuno potegne, sačuvajte konfiguraciju VCUBE-2 i ponovo ga učitajte.
| ||
6 |
Proverite da li konfiguracija okvira za okvir radi na očekivani način. Relevantan izlaz je istaknut podebljanim tekstom. Ponovo smo učitali VCUBE-2 poslednji i po razmatranjima dizajna; platforma za ponovno učitavanje će uvek biti Standby. |
Konfigurisanje lokalnog mrežnog prolaza na oba KUB-a
U našoj konfiguraciji primera, koristimo sledeće informacije o prtljažniku iz kontrolnog čvorišta da bismo izgradili konfiguraciju lokalnog mrežnog prolaza na platformama, VCUBE-1 i VCUBE-2. Korisničko ime i lozinka za ovo podešavanje su sledeći:
-
Korisničko ime: Hussain1076_LGU
-
Lozinka: lOV12MEaZx
1 |
Uverite se da je za lozinku kreiran ključ za konfiguraciju, sa dole prikazanim komandama, pre nego što bude mogao da se koristi u akreditivima ili deljenim tajnama. Lozinke tipa 6 su šifrovane pomoću AES šifrovanja i ovog korisnički definisanog ključa za konfiguraciju.
Ovo je konfiguracija lokalnog mrežnog prolaza koja će se primeniti na obe platforme na osnovu gore prikazanih parametara kontrolnog čvorišta, sačuvati i ponovo učitati. Akreditivi za sažetak SIP-a iz platforme Control Hub istaknuti su se podebljano.
Da bismo prikazali komandni izlaz emisije, ponovo smo učitali VCUBE-2 praćen VCUBE-1, čineći VCUBE-1 pripravnicima CUBE i VCUBE-2 aktivnom KOCKOM |
2 |
U svakom trenutku, samo jedna platforma će održavati aktivnu registraciju kao Lokalni mrežni prolaz sa Webex Pozivom za pristup SBC-u. Pogledajte izlaz sledećih komandi za prikazivanje. prikaži redundantnost aplikacija grupa 1 prikaži status sip-ua registracije
Iz gorenavedenog izlaza možete videti da je VCUBE-2 aktivni LGW koji održava registraciju sa pristupom Webex Calling SBC-u, dok je izlaz „prikaži status registracije sip-ua“ prazan u VCUBE-1 |
3 |
Sada omogućite sledeće otklanjanje grešaka na VCUBE-1
|
4 |
Simulirajte neuspeh tako što ćete u ovom slučaju dati sledeću komandu na aktivnom LGW, VCUBE-2.
Prebacivanje sa ACTIVE na STANDBY LGW dešava se i u sledećem scenariju kao i pored gore navedenog CLI-ja
|
5 |
Proverite da li se VCUBE-1 registrovao na Webex Calling access SBC. VCUBE-2 bi se do sada ponovo napunio.
VCUBE-1 je sada aktivni LGW. |
6 |
Pogledajte relevantnu evidenciju otklanjanja grešaka na VCUBE-1 koja šalje SIP REGISTER na Webex Pozivanje putem virtuelnog IP-a i primanje 200 OK.
|