Lokalni prehod (LGW) je edina možnost za zagotavljanje dostopa PSTN v prostorih za stranke Cisco Webex Calling. Cilj tega dokumenta je pomagati vam pri gradnji konfiguracije lokalnega prehoda z uporabo CUBE z visoko razpoložljivostjo, aktivnimi ali pripravljenostmi CUBE za preklop aktivnih klicev v stanju samodejnega delovanja.
Osnove
Predpogoji
Preden uvedete CUBE HA kot lokalni prehod za Webex Calling, se prepričajte, da poglobljeno razumete naslednje koncepte:
Redundanca 2. nivoja box-to-box s CUBE Enterprise za ohranjanje klicev s stanjem
Smernice za konfiguracijo v tem članku predvidevajo namensko platformo lokalnega prehoda brez obstoječe glasovne konfiguracije. Če se obstoječa uvedba CUBE v podjetju spreminja tako, da uporablja tudi funkcijo lokalnega prehoda za Cisco Webex Calling, bodite zelo pozorni na uporabljeno konfiguracijo, da zagotovite, da obstoječi tokovi klicev in funkcionalnosti niso prekinjeni, in se prepričajte, da upoštevate zahteve za načrtovanje CUBE HA .
Komponente strojne in programske opreme
CUBE HA kot lokalni prehod zahteva IOS-XE različico 16.12.2 ali novejšo in platformo, na kateri sta podprti funkciji CUBE HA in LGW.
Ukazi za prikaz in dnevniki v tem članku temeljijo na minimalni izdaji programske opreme Cisco IOS-XE 16.12.2, implementirane na vCUBE (CSR1000v). |
Referenčni material
Tukaj je nekaj podrobnih vodnikov za konfiguracijo CUBE HA za različne platforme:
Serija ISR 4K—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
Prednostna arhitektura Cisco za klicanje Cisco Webex—https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Pregled rešitve za klicanje Webex
Cisco Webex Calling je ponudba sodelovanja, ki ponuja alternativo v oblaku za več najemnikov telefonski storitvi PBX na mestu uporabe z več možnostmi PSTN za stranke.
Ta članek se osredotoča na uvedbo lokalnega prehoda (predstavljeno spodaj). Lokalni prehod (PSTN v prostorih) v Webex Calling omogoča povezljivost s storitvijo PSTN v lasti stranke. Omogoča tudi povezljivost z lokalno uvedbo IP PBX, kot je Cisco Unified CM. Vsa komunikacija v oblak in iz oblaka je zavarovana s prenosom TLS za SIP in SRTP za medije.
Spodnja slika prikazuje uvedbo Webex Calling brez obstoječe telefonske centrale IP in je uporabna za uvedbo na eni ali več lokacijah. Konfiguracija, opisana v tem članku, temelji na tej uvedbi.
Redundanca Box-to-Box sloja 2
Redundanca CUBE HA sloja 2 box-to-box uporablja infrastrukturni protokol Redundancy Group (RG) za oblikovanje aktivnega/pripravljenega para usmerjevalnikov. Ta par si deli isti navidezni naslov IP (VIP) prek svojih vmesnikov in nenehno izmenjuje statusna sporočila. Informacije o seji CUBE so kontrolne točke na paru usmerjevalnikov, kar omogoča usmerjevalniku v pripravljenosti, da takoj prevzame vse odgovornosti za obdelavo klicev CUBE, če aktivni usmerjevalnik preneha delovati, kar ima za posledico ohranitev stanja signalizacije in medijev.
Preverjanje kazanja je omejeno na povezane klice z medijskimi paketi. Prenosni klici niso označeni s preverjanjem (na primer stanje poskusa ali zvonjenja). V tem članku se bo CUBE HA nanašal na redundanco CUBE High Availability (HA) Layer 2 Box-to-box (B2B) za ohranjanje klicev s stanjem |
Od IOS-XE 16.12.2 dalje je mogoče CUBE HA uvesti kot lokalni prehod za uvedbe Cisco Webex Calling trunk (Premises-based PSTN) in v tem članku bomo obravnavali vidike oblikovanja in konfiguracije. Ta slika prikazuje tipično nastavitev CUBE HA kot lokalnega prehoda za uvedbo klicnega kanala Cisco Webex.
Redundancy Group Infra komponenta
Infra komponenta Redundancy Group (RG) zagotavlja podporo komunikacijske infrastrukture med dvema enotama CUBE in se pogaja o končnem stabilnem stanju redundance. Ta komponenta zagotavlja tudi:
Protokol, podoben HSRP, ki se pogaja o končnem stanju redundance za vsak usmerjevalnik z izmenjavo sporočil o ohranjanju delovanja in pozdravnih sporočil med dvema enotama CUBE (prek nadzornega vmesnika)—GigabitEthernet3 na zgornji sliki.
Prenosni mehanizem za preverjanje stanja signalizacije in medija za vsak klic od aktivnega do usmerjevalnika v pripravljenosti (prek podatkovnega vmesnika)—GigabitEthernet3 na zgornji sliki.
Konfiguracija in upravljanje vmesnika Virtual IP (VIP) za prometne vmesnike (z uporabo iste skupine RG je mogoče konfigurirati več prometnih vmesnikov) – GigabitEthernet 1 in 2 se štejeta za prometna vmesnika.
Ta komponenta RG mora biti posebej konfigurirana za podporo glasovne B2B HA.
Upravljanje navideznega IP (VIP) naslova za signalizacijo in medije
B2B HA se pri doseganju redundance zanaša na VIP. VIP in povezani fizični vmesniki na obeh enotah CUBE v paru CUBE HA morajo biti v istem podomrežju LAN. Konfiguracija VIP in vezava VIP vmesnika na določeno glasovno aplikacijo (SIP) sta obvezna za glasovno B2B HA podporo. Zunanje naprave, kot je Unified CM, Webex Calling access SBC, ponudnik storitev ali proxy, uporabljajo VIP kot ciljni naslov IP za klice, ki potekajo prek usmerjevalnikov CUBE HA. Zato z vidika Webex Calling pari CUBE HA delujejo kot en sam lokalni prehod.
Signalizacija klica in informacije o seji RTP vzpostavljenih klicev so kontrolne točke od aktivnega usmerjevalnika do usmerjevalnika v pripravljenosti. Ko se aktivni usmerjevalnik izklopi, prevzame usmerjevalnik v pripravljenosti in nadaljuje s posredovanjem toka RTP, ki ga je predhodno usmeril prvi usmerjevalnik.
Klici v prehodnem stanju v času samodejnega preklopa ne bodo ohranjeni po preklopu. Na primer klici, ki še niso v celoti vzpostavljeni ali so v procesu spreminjanja s funkcijo prenosa ali čakanja. Vzpostavljeni klici se lahko po preklopu prekinejo.
Naslednje zahteve obstajajo za uporabo CUBE HA kot lokalnega prehoda za samodejni preklop klicev s stanjem:
CUBE HA ne more imeti TDM ali analognih vmesnikov na enem mestu
Gig1 in Gig2 se imenujeta vmesnika za promet (SIP/RTP), Gig3 pa vmesnik za nadzor in podatke redundantne skupine (RG).
V isto domeno sloja 2 ni mogoče postaviti več kot 2 para CUBE HA, enega z ID-jem skupine 1 in drugega z ID-jem skupine 2. Če konfigurirate 2 para HA z istim ID-jem skupine, morajo vmesniki RG Control/Data pripadati različnim domenam ravni 2 (vlan, ločeno stikalo)
Port kanal je podprt tako za RG Control/podatke kot za prometne vmesnike
Vsa signalizacija/mediji izvirajo iz/na navidezni naslov IP
Kadarkoli se platforma znova naloži v razmerju CUBE-HA, se vedno zažene v stanju pripravljenosti
Spodnji naslov za vse vmesnike (Gig1, Gig2, Gig3) naj bo na isti platformi
Redundancy Interface Identifier, rii mora biti edinstven za kombinacijo par/vmesnik na isti ravni 2
Konfiguracija obeh CUBE-ov mora biti enaka, vključno s fizično konfiguracijo, in se mora izvajati na isti vrsti platforme in različici IOS-XE
Vmesnikov povratne zanke ni mogoče uporabiti kot vezavo, saj so vedno pripravljeni
Vmesniki za več prometov (SIP/RTP) (Gig1, Gig2) zahtevajo konfiguracijo sledenja vmesnikom
CUBE-HA ni podprt prek navzkrižne kabelske povezave za RG-nadzor/podatkovno povezavo (Gig3)
Obe platformi morata biti enaka in biti povezan prek a fizično stikalo prek vseh podobnih vmesnikov, da CUBE HA deluje, tj. GE0/0/0 CUBE-1 in CUBE-2 se mora zaključiti na istem stikalu in tako naprej.
WAN ni mogoče zaključiti neposredno na CUBE ali Data HA na kateri koli strani
Aktivno/pripravljeno morata biti v istem podatkovnem centru
Obvezna je uporaba ločenega vmesnika L3 za redundanco (RG Control/data, Gig3). tj. vmesnika, ki se uporablja za promet, ni mogoče uporabiti za vzdrževanje HA in kontrolne točke
Po preklopu gre prej aktiven CUBE skozi načrtno ponovno nalaganje, pri čemer se ohranijo signalizacija in mediji
Konfigurirajte redundanco na obeh CUBE-ih
Na obeh CUBE-jih, namenjenih za uporabo v paru HA, morate konfigurirati redundanco 2. polja od škatle do škatle, da prikažete navidezne IP-je.
1 | Konfigurirajte sledenje vmesniku na globalni ravni, da sledite statusu vmesnika.
Track CLI se uporablja v RG za sledenje stanju glasovnega prometnega vmesnika, tako da aktivna pot popolnoma ohrani svojo aktivno vlogo, ko prometni vmesnik ne deluje. |
||||||
2 | Konfigurirajte RG za uporabo z VoIP HA v podnačinu redundance aplikacije.
Tukaj je razlaga polj, uporabljenih v tej konfiguraciji:
|
||||||
3 | Omogočite redundanco box-to-box za aplikacijo CUBE. Konfigurirajte RG iz prejšnjega koraka pod
presežna skupina 1—Dodajanje in odstranjevanje tega ukaza zahteva ponovno nalaganje, da bo posodobljena konfiguracija začela veljati. Platforme bomo znova naložili, ko bo uporabljena vsa konfiguracija. |
||||||
4 | Konfigurirajte vmesnika Gig1 in Gig2 z njihovimi navideznimi IP-ji, kot je prikazano spodaj, in uporabite identifikator redundantnega vmesnika (rii)
Tukaj je razlaga polj, uporabljenih v tej konfiguraciji:
|
||||||
5 | Shranite konfiguracijo prve KOCKE in jo znova naložite. Platforma za zadnje ponovno nalaganje je vedno pripravljenost.
Po VCUBE-1 popolnoma zažene, shranite konfiguracijo VCUBE-2 in ga znova naložite.
|
||||||
6 | Preverite, ali konfiguracija box-to-box deluje po pričakovanjih. Ustrezen rezultat je poudarjen v krepko. Ponovno smo naložili VCUBE-2 zadnji in glede na načrtovanje; vedno bo platforma za ponovno nalaganje Ostani v pripravljenosti.
|
Konfigurirajte lokalni prehod na obeh CUBE-ih
V naši vzorčni konfiguraciji uporabljamo naslednje informacije o kanalu iz Control Huba za izgradnjo konfiguracije lokalnega prehoda na obeh platformah, VCUBE-1 in VCUBE-2. Uporabniško ime in geslo za to nastavitev sta naslednja:
uporabniško ime: Hussain1076_LGU
geslo: lOV12MEaZx
1 | Prepričajte se, da je za geslo ustvarjen konfiguracijski ključ s spodaj prikazanimi ukazi, preden ga lahko uporabite v poverilnicah ali skupnih skrivnostih. Gesla tipa 6 so šifrirana s šifro AES in tem uporabniško določenim konfiguracijskim ključem.
Tukaj je konfiguracija lokalnega prehoda, ki bo veljala za obe platformi na podlagi Nadzorno središče parametre, prikazane zgoraj, shranite in znova naložite. Poverilnice SIP Digest od Nadzorno središče so poudarjeni v krepko.
Za prikaz izhoda ukaza show smo znova naložili VCUBE-2 sledi VCUBE-1, izdelava VCUBE-1 pripravljenost CUBE in VCUBE-2 aktivno KOCKO |
2 | V danem trenutku bo samo ena platforma ohranila aktivno registracijo kot lokalni prehod z dostopom Webex Calling SBC. Oglejte si izhod naslednjih ukazov show. pokaži skupino aplikacij redundance 1 pokaži status registra sip-u
Iz zgornjega rezultata lahko to vidite VCUBE-2 je aktiven LGW, ki vzdržuje registracijo pri Webex Calling access SBC, medtem ko je izhod »show sip-ua register status« prazen v VCUBE-1 |
3 | Zdaj omogočite naslednje odpravljanje napak na VCUBE-1
|
4 | Simulirajte samodejni preklop z izdajo naslednjega ukaza na aktivnem LGW, v tem primeru VCUBE-2.
Preklop iz AKTIVNEGA v PRIPRAVLJENOST LGW se zgodi tudi v naslednjem scenariju poleg zgoraj navedenega CLI
|
5 | Preverite, ali se je VCUBE-1 registriral pri Webex Calling access SBC. VCUBE-2 bi se do zdaj ponovno naložil.
VCUBE-1 je zdaj aktivni LGW. |
6 | Poglejte ustrezen dnevnik odpravljanja napak na VCUBE-1, ki pošilja SIP REGISTER Webexu, kliče PREK navideznega IP-ja in prejema 200 OK.
|