- Domov
- /
- Članek
Uvedite visoko razpoložljivost CUBE kot lokalnega prehoda
Lokalni prehod (LGW) je edina možnost za zagotavljanje dostopa do omrežja PSTN v prostorih za stranke Cisco Webex Calling. Cilj tega dokumenta je pomagati pri ustvarjanju konfiguracije lokalnega prehoda z uporabo CUBE visoko razpoložljivih, aktivnih ali pripravljenih CUBEs za stanje preklopa aktivnih klicev.
Temeljih
Predpogoji
Preden uvedete CUBE HA kot lokalni prehod za Webex Calling, se prepričajte, da ste poglobljeno razumeli naslednje koncepte:
Redundanca 2. plasti od škatle do škatle s CUBE Enterprise za ohranjanje klicev v stanju
Smernice za konfiguracijo, navedene v tem članku, predvidevajo namensko platformo lokalnega prehoda brez obstoječe glasovne konfiguracije. Če se obstoječa uvedba podjetja CUBE spreminja tako, da uporablja tudi funkcijo lokalnega prehoda za klicanje Cisco Webex, bodite pozorni na uporabljeno konfiguracijo, da zagotovite, da obstoječi tokovi in funkcije klicev ne bodo prekinjeni, in se prepričajte, da se držite zahtev za oblikovanje 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 in dnevniki prikaza v tem članku temeljijo na minimalni izdaji programske opreme Cisco IOS-XE 16.12.2, ki je implementirana v vCUBE (CSR1000v).
Referenčno gradivo
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 za sodelovanje, ki strankam ponuja alternativo v oblaku za telefonsko storitev PBX na mestu uporabe z več možnostmi PSTN.
Uvedba lokalnega prehoda (predstavljena spodaj) je v središču tega članka. Prtljažnik lokalnega prehoda (PSTN) v Webex Calling omogoča povezljivost s storitvijo PSTN, ki je v lasti stranke. Zagotavlja tudi povezljivost z uvedbo IP PBX na mestu uporabe, kot je Cisco Unified CM. Vsa komunikacija v in iz oblaka je zavarovana s prenosom TLS za SIP in SRTP za medije.
Spodnja slika prikazuje uvedbo klicanja Webex brez obstoječe IP centrale in velja za uvajanje na enem ali več mestih. Konfiguracija, opisana v tem članku, temelji na tej uvedbi.
Sloj 2 redundanca od škatle do škatle
Redundanca CUBE HA layer 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) v svojih vmesnikih in nenehno izmenjuje sporočila o stanju. Informacije o seji CUBE so označene 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 ohranjanje signalizacije in medijev v stanju.
Označevanje je omejeno na povezane klice z predstavnostnimi paketi. Klici v tranzitu niso označeni (na primer stanje poskusa ali zvonjenja).
V tem članku se bo CUBE HA skliceval na redundanco CUBE High Availability (HA) Layer 2 Box-to-box (B2B) za ohranjanje klicev v stanju
Od IOS-XE 16.12.2 je CUBE HA mogoče uvesti kot lokalni prehod za uvedbo Cisco Webex Calling trunk (PSTN v prostorih), v tem članku pa bomo obravnavali premisleke o oblikovanju in konfiguracijah. Ta slika prikazuje tipično nastavitev CUBE HA kot lokalni prehod za uvedbo prtljažnika Cisco Webex Calling.
Infra komponenta skupine redundance
Komponenta Redundancy Group (RG) Infra zagotavlja podporo komunikacijske infrastrukture med dvema CUBE-jema 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 keepalive in hello sporočil med obema CUBE-jema (prek nadzornega vmesnika) - GigabitEthernet3 na zgornji sliki.
Transportni mehanizem za kontrolno točko signalizacije in stanja medijev za vsak klic iz aktivnega usmerjevalnika v stanje pripravljenosti (prek podatkovnega vmesnika) – GigabitEthernet3 na zgornji sliki.
Konfiguracija in upravljanje vmesnika Virtual IP (VIP) za prometne vmesnike (več prometnih vmesnikov je mogoče konfigurirati z uporabo iste skupine RG) – GigabitEthernet 1 in 2 se štejeta za prometna vmesnika.
Ta komponenta RG mora biti posebej konfigurirana za podporo glasovnega B2B HA.
Upravljanje naslovov navideznega IP (VIP) za signalizacijo in medije
B2B HA se zanaša na VIP, da doseže odvečnost. VIP in povezani fizični vmesniki na obeh CUBE-jih 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 naprave, kot so Unified CM, Webex Calling Access SBC, ponudnik storitev ali proxy, uporabljajo VIP kot ciljni naslov IP za klice, ki prečkajo usmerjevalnike CUBE HA. Zato z vidika klicanja Webex pari CUBE HA delujejo kot en sam lokalni prehod.
Informacije o signalizaciji klicev in seji RTP vzpostavljenih klicev so označene od aktivnega usmerjevalnika do usmerjevalnika v stanju pripravljenosti. Ko se aktivni usmerjevalnik pokvari, usmerjevalnik v stanju pripravljenosti prevzame in nadaljuje s posredovanjem toka RTP, ki ga je prej usmeril prvi usmerjevalnik.
Klici v prehodnem stanju v času preklopa ne bodo ohranjeni po preklopu. Na primer, klici, ki še niso v celoti vzpostavljeni ali so v postopku spreminjanja s funkcijo prenosa ali zadržanja. Vzpostavljeni klici se lahko prekinejo po prehodu.
Za uporabo CUBE HA kot lokalnega prehoda za preklop klicev v stanju obstajajo naslednje zahteve:
CUBE HA ne more imeti TDM ali analognih vmesnikov skupaj
Gig1 in Gig2 se imenujeta prometna (SIP / RTP) vmesnika, Gig3 pa je nadzorni/podatkovni vmesnik skupine redundance (RG)
V isto domeno plasti 2 ni mogoče postaviti več kot 2 para CUBE CHA, enega z ID-jem skupine 1 in drugega z ID-jem skupine 2. Če konfigurirate 2 HA para z istim ID-jem skupine, morajo vmesniki RG Control/Data pripadati različnim domenam 2. plasti (vlan, ločeno stikalo)
Kanal vrat je podprt za vmesnike RG Control/Data in prometne vmesnike
Vsa signalizacija / mediji izvirajo iz / na virtualni naslov IP
Vsakič, ko se platforma znova naloži v razmerju CUBE-HA, se vedno zažene v stanju pripravljenosti
Nižji naslov za vse vmesnike (Gig1, Gig2, Gig3) mora biti na isti platformi
Identifikator vmesnika redundance, rii mora biti edinstven za kombinacijo para/vmesnika na istem sloju 2
Konfiguracija na obeh kockah mora biti enaka, vključno s fizično konfiguracijo, in mora delovati na isti vrsti platforme in različici IOS-XE
Vmesnikov povratne zanke ni mogoče uporabiti kot vez, saj so vedno nastavljeni
Vmesniki za več prometnih informacij (SIP/RTP) (Gig1, Gig2) zahtevajo konfiguracijo sledenja vmesniku
CUBE-HA ni podprt prek križne kabelske povezave za RG-krmilni/podatkovno povezavo (Gig3)
Obe platformi morata biti enaki in povezani prek fizičnega stikala na vseh podobnih vmesnikih, da CUBE HA deluje, tj. GE0/0/0 CUBE-1 in CUBE-2 se morata končati na istem stikalu in tako naprej.
WAN ni mogoče končati neposredno na CUBEs ali podatkovni HA na obeh straneh
Obe aktivni/pripravljeni morata biti v istem podatkovnem središču
Za redundanco je obvezna uporaba ločenega vmesnika L3 (RG Control/data, Gig3). Vmesnik, ki se uporablja za promet, se ne more uporabljati za vzdrževanje HA in kontrolne točke
Po preklopu na izpad gre prej aktivna CUBE skozi ponovno nalaganje po zasnovi, pri čemer se ohrani signalizacija in mediji
Konfiguracija redundance na obeh kockah
Konfigurirati morate redundanco plasti 2 od škatle do škatle na obeh CUBE-jih, ki sta namenjena uporabi v paru HA, da prikažete navidezne IP-je.
1 | Konfigurirajte sledenje vmesniku na globalni ravni za sledenje stanju vmesnika.
CLI sledi se uporablja v RG za sledenje stanju vmesnika za glasovni promet, tako da bo aktivna pot po izpadu prometnega vmesnika precej aktivna. | ||
2 | Konfigurirajte RG za uporabo z VoIP HA v podnačinu redundance aplikacije.
Tukaj je razlaga polj, ki se uporabljajo v tej konfiguraciji:
| ||
3 | Omogočite redundanco od škatle do škatle za aplikacijo CUBE. Konfigurirajte RG iz prejšnjega koraka v razdelku
redundancy-group 1– za dodajanje in odstranjevanje tega ukaza je potrebno ponovno naložitev, da bo posodobljena konfiguracija začela veljati. Platforme bomo ponovno naložili, ko bo uporabljena vsa konfiguracija. | ||
4 | Konfigurirajte vmesnika Gig1 in Gig2 z ustreznimi navideznimi IP-ji, kot je prikazano spodaj, in uporabite identifikator vmesnika redundance (rii)
Tukaj je razlaga polj, ki se uporabljajo v tej konfiguraciji:
| ||
5 | Shranite konfiguracijo prve CUBE in jo znova naložite. Platforma za zadnje ponovno nalaganje je vedno stanje pripravljenosti.
Ko se VCUBE-1 popolnoma zažene, shranite konfiguracijo VCUBE-2 in jo znova naložite.
| ||
6 | Preverite, ali konfiguracija od škatle do škatle deluje po pričakovanjih. Ustrezni izhod je označen s krepkim tiskom. VCUBE-2 smo nazadnje ponovno naložili in glede na premisleke o oblikovanju; platforma za ponovno nalaganje bo vedno v pripravljenosti.
|
Konfiguracija lokalnega prehoda na obeh kockah
V naši konfiguraciji primera uporabljamo naslednje informacije o prtljažniku iz Control Hub 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 skrivnostih v skupni rabi. 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 zgoraj prikazanih parametrov Control Hub, shranite in znova naložite. Poverilnice SIP Digest iz Control Hub so označene krepko .
Za prikaz izhoda ukaza show smo ponovno naložili VCUBE-2 , ki mu sledi VCUBE-1, tako da je VCUBE-1 v pripravljenosti CUBE in VCUBE-2 aktivna CUBE |
2 | V vsakem trenutku bo samo ena platforma ohranila aktivno registracijo kot lokalni prehod s SBC za dostop do klicanja Webex. Oglejte si izhod naslednjih ukazov za prikaz. Pokaži skupino aplikacij za redundanco 1 Pokaži stanje registra SIP-UA
Iz zgornjega izhoda lahko vidite, da je VCUBE-2 aktivni LGW, ki vzdržuje registracijo z dostopom do Webex Calling SBC, medtem ko je izhod »pokaži stanje registra sip-ua« prazen v VCUBE-1 |
3 | Zdaj omogočite naslednje odpravljanje napak na VCUBE-1
|
4 | Simulirajte preklop na izpad tako, da v tem primeru izdate naslednji ukaz na aktivnem LGW, VCUBE-2.
Preklop iz ACTIVE v STANDBY LGW se zgodi tudi v naslednjem scenariju poleg zgoraj navedenega CLI-ja
|
5 | Preverite, ali se je VCUBE-1 registriral z dostopom do Webex Calling. VCUBE-2 bi se do zdaj ponovno naložil.
VCUBE-1 je zdaj aktiven LGW. |
6 | Oglejte si ustrezen dnevnik odpravljanja napak na VCUBE-1, ki pošlje SIP REGISTER na Webex Calling VIA navidezni IP in prejme 200 OK.
|