- Domov
- /
- Članek
Local Gateway (LGW) je ekskluzivna rešitev za zagotavljanje krajevnega dostopa PSTN strankam Cisco Webex Calling. Ta dokument vas vodi pri konfiguriranju lokalnega prehoda z uporabo visoke razpoložljivosti CUBE z aktivnimi ali pripravljenimi CUBE za zagotovitev neprekinjenega preklopa aktivnih klicev v stanju stanja.
Osnove
Predpogoji
Preden namestite Cisco Unified Border Element (CUBE) High Availability (HA) kot lokalni prehodWebex Calling, se prepričajte, da ste poglobljeno razumeli naslednje koncepte:
-
Redundanca sloja 2 od škatle do škatle s programom CUBE Enterprise za ohranjanje klicev v državi
Smernice za konfiguracijo, navedene v tem članku, predvidevajo namensko platformo lokalnega prehoda brez obstoječe glasovne konfiguracije. Če se obstoječa uvajanje podjetja CUBE spreminja tako, da uporablja tudi funkcijo lokalnega prehodaCisco Webex Calling, bodite pozorni na uporabljeno konfiguracijo, da zagotovite, da obstoječi tokovi klicev in funkcionalnosti ne bodo prekinjeni, in se prepričajte, da upoštevate zahteve oblikovanja CUBE HA.
Komponente strojne in programske opreme
CUBE HA kot lokalni prehod zahteva različico IOS-XE 17.9.1 ali novejšo in platformo, na kateri sta podprta tako funkcija CUBE HA kot LGW.
Prikazni ukazi in dnevniki v tem članku temeljijo na minimalni izdaji programske opreme Cisco IOS -XE 17.9.1, implementirani na vCube (CSR 8000v).
Referenčni material
Tu je nekaj podrobnih vodič za konfiguracijo CUBE HA za različne platforme:
-
Ciscova prednostna arhitektura za Cisco Webex Calling - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex CallingPregled rešitve
Cisco Webex Callingje ponudba sodelovanja, ki ponuja alternativo v oblaku za več najemnikov lokalni telefonski storitvi PBX z več možnostmi PSTN za stranke.
V središču tega članka je uvajanje lokalnega prehoda (predstavljeno spodaj). Trunk lokal nega prehoda (prostorski PSTN) Webex Calling omogoča povezljivost s storitvijo PSTN v lasti stranke. Omogoča tudi povezljivost z lokalno namestitvijo IP PBX, kot je. Cisco Unified CM Vsa komunikacija v oblak in iz njega je zavarovana s TLS transportom za SIP in SRTP za medije.
Spodnja slika prikazuje uv Webex Calling ajanje brez obstoječe IP PBX in je uporabna za uvedbo enega ali več lokacij. Konfiguracija, opisana v tem članku, temelji na tej uvajanju.
Redundanca od škatle do škatle 2. sloja
Redundanca sloja 2 od škatle do škatle CUBE HA uporablja infrastrukturni protokol Redundancy Group (RG) za oblikovanje aktivnega in pripravljenega para usmerjevalnikov. Ta par ima isti virtualni naslov IP (VIP) v svojih vmesnikih in nenehno izmenjuje sporočila o stanju. Informacije o seji CUBE so preverjene v paru usmerjevalnikov, kar omogoča usmerjevalniku v pripravljenosti, da takoj prevzame vse odgovornosti za obdelavo klicev CUBE, če aktivni usmerjevalnik ne deluje, kar ima za posledico ohranitev signala in medijev v stanju.
Preverjanje je omejeno na povezane klice z medijskimi paketi. Klici v tranzitu niso označeni (na primer stanje poskusnega ali zvonjenja).
V tem članku se bo CUBE HA skliceval na redundantnost CUBE High Availability (HA) Layer 2 Box-to-Box (B2B) za ohranjanje državnih klicev.
Od iOS-XE 17.9.1 se CUBE HA lahko uvaja kot lokalni prehod za namestitev Cisco Webex Calling prtljažnika (PSTN, ki temelji na prostorskih prostorih). Ta članek bo razpravljal o oblikovnih premislekih in konfiguracijah. Na sliki je prikazana tipična nastavitev CUBE HA kot lokalni prehod za namestitev pr Cisco Webex Calling tljažnika.
Infra komponenta skupine redundančnosti
Komponenta Redundancy Group (RG) Infra zagotavlja podporo komunikacijske infrastrukture od škatle do škatle med obema CUBima in se pogaja o končnem stabilnem stanju odpuščanja. Ta komponenta zagotavlja tudi:
-
Protokol, podoben HSRP-ju, ki se pogaja o končnem stanju redundančnosti za vsak usmerjevalnik z izmenjavo ohranjenih in pozdravnih sporočil med obema CUBama (prek nadzornega vmesnika) —GigabiteThernet3 na zgornji sliki.
-
Transportni mehanizem za preverjanje stanja signalizacije in medijev za vsak klic od aktivnega do usmerjevalnika v stanje pripravljenosti (prek podatkovnega vmesnika) —GigabiteThernet3 na zgornji sliki.
-
Konfiguracija in upravljanje virtualnega IP (VIP) vmesnika za prometne vmesnike (več prometnih vmesnikov je mogoče konfigurirati z isto skupino RG) — GigabiteEthernet 1 in 2 veljata za prometna vmesnika.
Ta komponenta RG mora biti posebej konfigurirana za podporo glasovnega B2B HA.
Navidezno upravljanje IP (VIP) naslovov za signalizacijo in medije
B2B HA se zanaša na VIP za doseganje odpuščanja. VIP in povezani fizični vmesniki na obeh 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 podporo B2B HA. Zunanje napraveUnified CM, kot so Webex Calling dostop do SBC, ponudnik storitev ali proxy, uporabljajo VIP kot ciljni naslov IP za klice, ki potekajo skozi usmerjevalnike CUBE HA. Zato s Webex Calling stališča pari CUBE HA delujejo kot en sam lokalni prehod.
Signalizacija klica in informacije o seji RTP za uveljavljene klice so preverjene od aktivnega usmerjevalnika do usmerjevalnika v pripravljenost. Ko se usmerjevalnik Active izklopi, usmerjevalnik v pripravljenosti prevzame in nadaljuje s posredovanjem toka RTP, ki ga je prej usmerjal prvi usmerjevalnik.
Klici v prehodnem stanju v času preklopa ne bodo ohranjeni po prehodu. Na primer klici, ki še niso v celoti vzpostavljeni ali so v postopku spreminjanja s funkcijo prenosa ali zadrževanja. Ustanovljeni klici se lahko po preklopu prekinejo.
Obstajajo naslednje zahteve za uporabo CUBE HA kot lokalnega prehoda za državno preklapljanje klicev:
-
CUBE HA ne more imeti sodelujočih TDM ali analognih vmesnikov
-
Gig1 in Gig2 se imenujeta prometni (SIP/RTP) vmesniki, Gig3 pa nadzorni/podatkovni vmesnik redundančne skupine (RG)
-
V isto domeno sloja 2 ni mogoče postaviti več kot 2 para CUBE HA, enega z id skupine 1 in drugega z id skupine 2. Če konfigurirate 2 HA para z istim id skupine, morajo vmesniki RG Control/Data pripadati različnim domenim sloja 2 (vlan, ločeno stikalo)
-
Vratni kanal je podprt tako za RG krmiljenje/podatkovne kot za prometne vmesnike
-
Vsa signalizacija/mediji so pridobljeni z/na virtualni naslov IP
-
Kadarkoli se platforma ponovno naloži v razmerju CUBE-HA, se vedno zažene kot pripravljenost
-
Spodnji naslov za vse vmesnike (Gig1, Gig2, Gig3) mora biti na isti platformi
-
Identifikator vmesnika redundančnosti, rii mora biti edinstven za kombinacijo par/vmesnika na istem sloju 2
-
Konfiguracija obeh CUBE mora biti enaka, vključno s fizično konfiguracijo, in mora delovati na isti vrsti platforme in različici iOS-XE
-
Vmesnikov za povratno vrnitev ni mogoče uporabiti kot vezave, saj so vedno prisotni
-
Vmesniki za več prometnih (SIP/RTP) (Gig1, Gig2) zahtevajo nastavitev sledenja vmesniku
-
CUBE-HA ni podprt prek navzkrižne kabelske povezave za RG-Control/Data Link (Gig3)
-
Obe platformi morata biti en aki in biti povezani prek fizičnega sti kala prek vseh podobnih vmesnikov, da lahko CUBE HA deluje, tj. GE0/0/0 CUBE-1 in CUBE-2 se mora končati na istem stikalu itd.
-
WAN ni mogoče končati neposredno na CUBES ali podatkovnih HA na obeh straneh
-
Oba aktivna/pripravljenost morata biti v istem podatkovnem centru
-
Za redundanco je obvezna uporaba ločenega vmesnika L3 (RG Control/Data, Gig3). tj. vmesnika, ki se uporablja za promet, ni mogoče uporabiti za pomnilnike HA in kontrolne točke
-
Po preklopu preklopa se predhodno aktivni CUBE po zasnovi ponovno naloži, pri čemer ohrani signalizacijo in medije
Konfigurirajte redundanco na obeh CUBE-ih
Za prikaz virtualnih IP-jev morate konfigurirati redundanco polja v polje 2 na obeh CUBE, namenjenih uporabi v paru HA.
| 1 |
Konfigurirajte sledenje vmesniku na globalni ravni za sledenje stanju vmesnika.
Track CLI se uporablja v RG za sledenje stanju vmesnika glasovnega prometa, tako da bo aktivna pot po izklopu prometnega vmesnika precej aktivno vlogo. | ||
| 2 |
Konfigurirajte RG za uporabo z VoIP HA v podnačinu redundančnosti aplikacije.
Tu je razlaga polj, uporabljenih v tej konfiguraciji:
| ||
| 3 |
Omogočite redundanco od škatle do škatle za aplikacijo CUBE. Konfigurirajte RG iz prejšnjega koraka pod
redundancy-group 1 — Dodajanje in odstranjevanje tega ukaza zahteva ponovno nalaganje, da bo posodobljena konfiguracija začela veljati. Po uporabi vse konfiguracije bomo ponovno naložili platforme. | ||
| 4 |
Konfigurirajte vmesnika Gig1 in Gig2 z njihovimi virtualnimi IP-ji, kot je prikazano spodaj, in uporabite identifikator vmesnika redundance (rii)
Tu je razlaga polj, uporabljenih v tej konfiguraciji:
| ||
| 5 |
Shranite konfiguracijo prvega CUBE in jo ponovno naložite. Platforma za zadnjo ponovno nalaganje je vedno pripravljenost.
Ko se VCUBE-1 popolnoma zažene, shranite konfiguracijo VCU BE-2 in jo ponovno naložite.
| ||
| 6 |
Preverite, ali konfiguracija od škatle do škatle deluje po pričakovanjih. Ustrezni izhod je označen krepko. VCUBE-2 smo ponovno naložili nazadnje in glede na načrtovalne vidike; platforma za ponovno nalaganje zadnjega bo vedno pripravljena.
Nato nadaljujte s konfiguracijo lokalnega prehoda (na podlagi registracije ali na podlagi certifikata) na obeh HA CUBE. Glejte Konfiguriranje lokalnega pre Cisco IOS hoda na XE za Webex Calling. |