- Početak
- /
- Članak
Implementiraj visoku dostupnost CUBE-a kao lokalni pristupnik
Local Gateway (LGW) ekskluzivno je rješenje za pružanje lokalnog PSTN pristupa korisnicima usluge Cisco Webex Calling. Ovaj vas dokument vodi u konfiguriranju lokalnog pristupnika koji upotrebljava CUBE visoku dostupnost, s aktivnim CUBE-ovima ili CUBE-ovima u pripravnosti kako bi se osiguralo trajno prebacivanje aktivnih poziva.
Osnove
Preduvjeti
Prije nego što implementirate Cisco Unified Border Element (CUBE) High Availability (HA) kao lokalni pristupnik za Webex Calling, provjerite imate li detaljno razumijevanje sljedećih koncepata:
-
Redundancija od okvira do okvira 2 s CUBE Enterprise za očuvanje državnih poziva
Smjernice za konfiguraciju navedene u ovom članku podrazumijevaju namjensku platformu lokalnog pristupnika bez postojeće glasovne konfiguracije. Ako se postojeća implementacija CUBE poduzeća mijenja kako bi također upotrebljavala funkciju lokalnog pristupnika za Cisco Webex Calling, obratite posebnu pozornost na konfiguraciju koja je primijenjena kako biste osigurali da se postojeći tijekovi poziva i funkcionalnosti ne prekidaju i kako se pridržavate zahtjeva za CUBE HA dizajn.
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.
Naredbe i zapisnici prikaza u ovom članku temelje se na minimalnom izdanju softvera Cisco IOS-XE 17.9.1 implementiranom na vCUBE (CSR 8000v).
Referentni materijal
Ovdje su neki detaljni vodiči za konfiguraciju CUBE HA za različite platforme:
-
Cisco ISR 4K i Cisco Catalyst serije 8K – https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-isr-g3.html
-
CSR 8000v (vCUBE) – https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-csr.html
-
Cisco željena 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 Webex Calling
Cisco Webex Calling ponuda je suradnje koja pruža više klijenata u oblaku alternativu lokalnoj PBX telefonskoj usluzi s više PSTN opcija za korisnike.
Implementacija lokalnog pristupnika (prikazana u nastavku) u središtu je ovog članka. Grupiranje lokalnog pristupnika (PSTN na radnom mjestu) u usluzi Webex Calling omogućuje povezivanje s PSTN uslugom u vlasništvu korisnika. Također omogućuje povezivanje s lokalnom IP PBX implementacijom kao što je Cisco Unified CM. Sva komunikacija u oblak i iz njega osigurana je pomoću TLS prijenosa za SIP i SRTP za medije.
Slika u nastavku prikazuje implementaciju usluge Webex Calling bez postojećeg IP PBX-a i primjenjiva je na implementaciju s jednim ili više web-mjesta. Konfiguracija navedena u ovom članku temelji se na toj implementaciji.
Redundancija od okvira do okvira 2
Redundancija CUBE HA sloja 2 od okvira do okvira koristi infrastrukturni protokol Redundancy Group (RG) za formiranje aktivnog/pripravnog para usmjerivača. Ovaj par dijeli istu virtualnu IP adresu (VIP) na svim svojim sučeljima i neprekidno razmjenjuje statusne poruke. Informacije o CUBE sesiji provjerene su preko para usmjerivača koji omogućuju usmjerivanju u pripravnosti da odmah preuzme sve odgovornosti za obradu CUBE poziva ako aktivni usmjerivač ne radi, što rezultira očuvanjem signala i medija u stanju.
Označavanje provjere ograničeno je na povezane pozive s medijskim paketima. Pozivi u tranzitu nisu označeni potvrdni (na primjer, stanje pokušaja ili zvonjenja).
U ovom članku CUBE HA će se odnositi na redundanciju CUBE visoke dostupnosti (HA) sloja 2 od okvira do okvira (B2B) za očuvanje statusnog poziva.
Od IOS-XE 17.9.1 CUBE HA može se implementirati kao lokalni pristupnik za implementacije grupiranja linija usluge Cisco Webex Calling (lokalni PSTN). U ovom će se članku raspravljati o projektnim razmatranjima i konfiguracijama. Slika prikazuje tipično postavljanje CUBE HA-a kao lokalnog pristupnika za implementaciju grupiranja linija usluge Cisco Webex Calling.
Infra komponenta redundancije grupe
Redundancy Group (RG) Infra komponenta pruža podršku za komunikacijsku infrastrukturu između dva CUBE-a i pregovara o konačnom stabilnom stanju redundancije. Ova komponenta također pruža:
-
HSRP-sličan protokol koji pregovara o konačnom stanju redundancije za svaki usmjerivač razmjenom keepalive i hello poruka između dva CUBE-a (putem kontrolnog sučelja)—GigabitEthernet3 na gornjoj slici.
-
Prijenosni mehanizam za provjeru usmjeravanja signalizacije i stanja medija za svaki poziv od aktivnog do rutera pripravnosti (preko 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čeljem.
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 redundantnost. VIP i pridružena fizička sučelja na oba CUBE-a u paru CUBE HA moraju se nalaziti na istoj LAN podmreži. Za glasovnu podršku za B2B HA obavezna je konfiguracija VIP sučelja i vezivanje VIP sučelja za određenu glasovnu aplikaciju (SIP). Vanjski uređaji kao što su Unified CM, SBC pristupa za Webex Calling, davatelj usluga ili proxy upotrebljavaju VIP kao odredišnu IP adresu za pozive koji prolaze kroz CUBE HA usmjerivače. Stoga, sa stajališta usluge Webex Calling, parovi CUBE HA djeluju kao jedan lokalni pristupnik.
Informacije o signalizaciji poziva i RTP sesiji uspostavljenih poziva provjeravaju se od aktivnog usmjerivača na usmjerivač u stanje pripravnosti. Kada Aktivni usmjerivač padne, usmjerivač pripravnosti preuzima i nastavlja prosljeđivati RTP niz koji je prethodno preusmjerio prvi usmjerivač.
Pozivi u prijelaznom stanju u trenutku prebacivanja neće se zadržati nakon prebacivanja. Na primjer, pozivi koji još nisu u potpunosti uspostavljeni ili se mijenjaju funkcijom prijenosa ili zadržavanja. Uspostavljeni pozivi mogu biti isključeni nakon prebacivanja.
Za upotrebu CUBE HA-a kao lokalnog pristupnika za trajno prebacivanje poziva postoje sljedeći zahtjevi:
-
CUBE HA ne može imati TDM ili analogna sučelja
-
Gig1 i Gig2 nazivaju se prometna (SIP/RTP) sučelja, a Gig3 je kontrolno/podatkovno sučelje redundancy Group (RG)
-
U istu domenu 2 sloja, jedan s ID-jem skupine ne može se smjestiti više od 2 para CUBE HA 1 i drugi s ID-jem skupine 2. Ako konfigurirate 2 HA parova s istim ID-jem skupine, sučelja RG kontrole / podataka moraju pripadati različitim domenama razine 2 (vlan, odvojeni prekidač)
-
Kanal ulaza podržan je za RG kontrolu / podatke i prometna sučelja
-
Sva signalizacija/mediji potječu od virtualne IP adrese / do nje
-
U svakom trenutku platforma se ponovo učitava u CUBE-HA vezi, uvijek se pokreće kao pripravnost
-
Donja adresa za sva sučelja (Gig1, Gig2, Gig3) treba biti na istoj platformi
-
Identifikator sučelja redundancije, rii treba biti jedinstven za par/kombinaciju sučelja na istom sloju 2
-
Konfiguracija na oba CUBE-a mora biti identična, uključujući fizičku konfiguraciju, te mora biti pokrenuta na istoj vrsti platforme i verziji IOS-XE
-
Sučelja povratnog poziva ne mogu se upotrebljavati kao povezivanja jer su uvijek gore
-
Sučelja višestrukog prometa (SIP/RTP) (Gig1, Gig2) zahtijevaju konfiguriranje praćenja sučelja
-
CUBE-HA nije podržan preko crossover kabela za RG-kontrolu/podatkovnu vezu (Gig3)
-
Obje platforme moraju biti identične i biti povezane putem fizičkog prekidača na svim istim sučeljima kako bi CUBE HA funkcionirao, tj. GE0/0/0 od CUBE-1 i CUBE-2 moraju se prekinuti na istom prekidaču i tako dalje.
-
Nije moguće izravno prekinuti WAN na CUBE-ovima ili imati Data HA s obje strane
-
Obje opcije Active/Standby moraju biti u istom podatkovnom centru
-
Obavezno je koristiti odvojeno L3 sučelje za redundantnost (RG Control/data, Gig3), tj. sučelje koje se koristi za promet ne može se koristiti za HA signal i kontrolnu točku
-
Nakon prebacivanja u slučaju pogreške, prethodno aktivni CUBE prolazi kroz ponovno učitavanje po dizajnu, čuvajući signalizaciju i medije
Konfiguriraj redundantnost na oba CUBE-a
Morate konfigurirati redundantnost sloja 2 od okvira do okvira na obje KOCKICE namijenjene za korištenje u HA paru kako biste pokrenuli virtualne IP-ove.
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 glasovnog prometnog sučelja, tako da će aktivna ruta preuzeti svoju aktivnu ulogu nakon pada prometnog sučelja. | ||
2 |
Konfigurirajte RG za upotrebu s VoIP HA pod podnačinom redundancije aplikacije.
Evo objašnjenja polja koja se upotrebljavaju u ovoj konfiguraciji:
| ||
3 |
Omogućite redundantnost okvira na okvir za CUBE aplikaciju. Konfigurirajte RG iz prethodnog koraka u odjeljku
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 sučelja Gig1 i Gig2 s njihovim virtualnim IP-ovima kako je prikazano u nastavku i primijenite identifikator sučelja redundancije (rii)
Evo objašnjenja polja koja se upotrebljavaju u ovoj konfiguraciji:
| ||
5 |
Spremite konfiguraciju prve KOCKE i ponovno je učitajte. Platforma za ponovno učitavanje uvijek je u pripravnosti.
Nakon što se VCUBE-1 potpuno podiže, spremite konfiguraciju VCUBE-2 i ponovno je učitajte.
| ||
6 |
Provjerite radi li konfiguracija od okvira do okvira očekivano. Relevantni prikaz istaknut je podebljanim. Zadnje smo učitali VCUBE-2 i u skladu s razmatranjima dizajna; platforma za posljednje ponovno učitavanje uvijek će biti u pripravnosti. Zatim nastavite s konfiguracijom lokalnog pristupnika (temeljem registracije ili certifikata) na oba HA CUBE-a. Pogledajte odjeljak Konfiguriranje lokalnog pristupnika na uređaju Cisco IOS XE za Webex Calling. |