- Etusivu
- /
- Artikkeli
CUBE:n korkean käytettävyyden toteuttaminen paikallisena yhdyskäytävänä
Paikallinen yhdyskäytävä (LGW) on ainoa vaihtoehto, jolla Cisco Webex Calling -asiakkaille voidaan tarjota tiloihin perustuva PSTN-yhteys. Tämän asiakirjan tavoitteena on auttaa sinua rakentamaan paikallisyhdyskäytävän kokoonpano, jossa käytetään CUBE-järjestelmän korkeaa käytettävyyttä, aktiivisia tai varalla olevia CUBE-yksiköitä aktiivisten puhelujen tilatietoisen vikasietoisuuden varmistamiseksi.
Perusteet
Edellytykset
Ennen kuin otat CUBE HA:n käyttöön Webex Callingin paikallisena yhdyskäytävänä, varmista, että ymmärrät seuraavat käsitteet perusteellisesti:
-
Layer 2 box-to-box -redundanssi CUBE Enterprisen kanssa puheluiden tilatietoisen säilyttämisen varmistamiseksi.
Tässä artikkelissa annetut määritysohjeet olettavat, että käytössä on oma paikallinen yhdyskäytäväalusta, jolla ei ole olemassa olevaa äänikokoonpanoa. Jos olemassa olevaa CUBE enterprise -käyttöönottoa muutetaan niin, että siinä voidaan käyttää myös paikallista yhdyskäytävää Cisco Webex Calling -toimintoa varten, kiinnitä erityistä huomiota sovellettuun kokoonpanoon, jotta varmistetaan, että olemassa olevat puheluvirrat ja toiminnallisuudet eivät keskeydy, ja varmista, että noudatat CUBE HA:n suunnitteluvaatimuksia.
Laitteisto ja ohjelmistokomponentit
CUBE HA paikallisena yhdyskäytävänä edellyttää IOS-XE:n versiota 16.12.2 tai uudempaa versiota ja alustaa, jossa sekä CUBE HA- että LGW-toimintoja tuetaan.
Tämän artikkelin show-komennot ja lokit perustuvat Cisco IOS-XE 16.12.2 -ohjelmiston vähimmäisversioon, joka on toteutettu vCUBE:ssa (CSR1000v).
Vertailumateriaali
Tässä on joitakin yksityiskohtaisia CUBE HA -määritysoppaita eri alustoille:
-
ISR 4K-sarja - 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
-
Ciscon suosima arkkitehtuuri Cisco Webex Calling -palvelua varten- https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex Calling -ratkaisun yleiskatsaus
Cisco Webex Calling on yhteistyötarjous, joka tarjoaa asiakkailleen monimiehityspohjaisen pilvipohjaisen vaihtoehdon paikalliselle PBX-puhelinpalvelulle, jossa on useita PSTN-vaihtoehtoja.
Tässä artikkelissa keskitytään paikallisen yhdyskäytävän käyttöönottoon (kuvattu alla). Webex Callingin paikallinen yhdyskäytävä (Premises-based PSTN) mahdollistaa yhteyden asiakkaan omistamaan PSTN-palveluun. Se tarjoaa myös yhteyden tiloissa olevaan IP PBX -käyttöönottoon, kuten Cisco Unified CM:ään. Kaikki viestintä pilvipalveluun ja pilvipalvelusta on suojattu käyttämällä TLS-siirtoa SIP:n ja SRTP:tä median osalta.
Alla olevassa kuvassa näkyy Webex Calling -käyttöönotto ilman olemassa olevaa IP PBX:ää, ja sitä voidaan soveltaa yhden tai usean toimipisteen käyttöönotossa. Tässä artikkelissa esitetyt kokoonpanot perustuvat tähän käyttöönottoon.
Kerros 2 Box-to-Box-redundanssi
CUBE HA:n tason 2 box-to-box-redundanssi käyttää RG (Redundancy Group) -infrastruktuuriprotokollaa aktiivisen/varalla olevan reititinparin muodostamiseen. Tämä pari käyttää samaa virtuaalista IP-osoitetta (VIP) liitännöissään ja vaihtaa jatkuvasti tilaviestejä. CUBE-istuntotiedot tarkistetaan reititinparin välillä, jolloin varareititin voi ottaa kaikki CUBE-puhelujen käsittelyvastuut välittömästi hoitaakseen, jos aktiivinen reititin lakkaa toimimasta, jolloin signalointi ja media säilyvät tilassa.
Tarkistuspisteiden osoittaminen rajoittuu yhdistettyihin puheluihin, joissa on mediapaketteja. Kauttakulkupuheluja ei tarkisteta (esimerkiksi yrittämis- tai soittotilaa).
Tässä artikkelissa CUBE HA viittaa CUBE High Availability (HA) -kerroksen 2 Box-to-box (B2B) -redundanssiin, joka mahdollistaa tilannekohtaisen puhelun säilyttämisen.
IOS-XE 16.12.2:sta alkaen CUBE HA voidaan ottaa käyttöön paikallisena yhdyskäytävänä Cisco Webex Calling -runko (tiloihin perustuva PSTN) -käyttöönotossa, ja käsittelemme tässä artikkelissa suunnitteluun liittyviä näkökohtia ja kokoonpanoja. Tässä kuvassa näkyy tyypillinen CUBE HA -asetus Cisco Webex Calling -runkokäytön paikallisena yhdyskäytävänä.
Redundanssiryhmä Infra-komponentti
Redundanssiryhmän (RG) Infra-komponentti tarjoaa box-to-box-viestintäinfrastruktuurin tuen kahden CUBE:n välillä ja neuvottelee lopullisen vakaan redundanssitilan. Tämä komponentti tarjoaa myös:
-
HSRP:n kaltainen protokolla, joka neuvottelee kunkin reitittimen lopullisen redundanssitilan vaihtamalla keepalive- ja hello-sanomia kahden CUBE:n välillä (ohjausliitännän kautta) - yllä olevassa kuvassa Gigabit Ethernet3.
-
Siirtomekanismi, jolla tarkistetaan kunkin puhelun signalointi- ja mediatila aktiiviselta reitittimeltä varareitittimelle (dataliittymän kautta) - yllä olevassa kuvassa Gigabit Ethernet3.
-
Liikenneliittymien virtuaalisen IP-liittymän (VIP) määritys ja hallinta (useita liikenneliittymiä voidaan määrittää käyttämällä samaa RG-ryhmää) - GigabitEthernet 1 ja 2 katsotaan liikenneliittymiksi.
Tämä RG-komponentti on konfiguroitava erityisesti tukemaan ääni-B2B HA:ta.
Virtuaalisten IP-osoitteiden (VIP) hallinta sekä signalointia että mediaa varten.
B2B HA luottaa VIP:iin redundanssin saavuttamiseksi. CUBE HA -parin molempien CUBE:iden VIP:n ja niihin liittyvien fyysisten liitäntöjen on sijaittava samassa LAN-aliverkossa. VIP:n määrittäminen ja VIP-liitännän sitominen tiettyyn äänisovellukseen (SIP) ovat pakollisia B2B HA -tuen tarjoamiseksi. Ulkoiset laitteet, kuten Unified CM, Webex Calling access SBC, palveluntarjoaja tai välityspalvelin, käyttävät VIP:tä CUBE HA -reitittimien kautta kulkevien puhelujen kohde-IP-osoitteena. Näin ollen Webex Calling -palvelun näkökulmasta CUBE HA -parit toimivat yhtenä paikallisena yhdyskäytävänä.
Vakiintuneiden puhelujen puhelusignaalitiedot ja RTP-istuntotiedot tarkistetaan aktiiviselta reitittimeltä varareitittimelle. Kun aktiivinen reititin kaatuu, varareititin ottaa sen paikan haltuunsa ja jatkaa ensimmäisen reitittimen aiemmin reitittämän RTP-virran välittämistä.
Viansiirtohetkellä tilapäisessä tilassa olevia puheluita ei säilytetä vaihdon jälkeen. Esimerkiksi puhelut, joita ei ole vielä täysin muodostettu tai joita ollaan muuttamassa siirto- tai pitotoiminnolla. Vakiintuneet puhelut saatetaan katkaista kytkennän jälkeen.
CUBE HA:n käyttäminen paikallisena yhdyskäytävänä puhelujen tilatietoisen vikasietoisen siirtymisen yhteydessä edellyttää seuraavia vaatimuksia:
-
CUBE HA:ssa ei voi olla TDM- tai analogisia liitäntöjä rinnakkain.
-
Gig1 ja Gig2 ovat liikenneliittymiä (SIP/RTP) ja Gig3 on Redundanssiryhmän (RG) ohjaus-/dataliittymä.
-
Samaan layer 2 -toimialueeseen voidaan sijoittaa enintään kaksi CUBE HA -paria, joista toisella on ryhmätunnus 1 ja toisella ryhmätunnus 2. Jos määritetään 2 HA-paria, joilla on sama ryhmätunnus, RG Control/Data -liitäntöjen on kuuluttava eri layer 2 -alueisiin (vlan, erillinen kytkin).
-
Porttikanavaa tuetaan sekä RG Control/data- että liikenneliittymille.
-
Kaikki signalointi/media lähtee virtuaalisesta IP-osoitteesta/virtuaaliseen IP-osoitteeseen.
-
Aina kun alusta ladataan uudelleen CUBE-HA-suhteessa, se käynnistyy aina valmiustilassa.
-
Kaikkien liitäntöjen (Gig1, Gig2, Gig3) alemman osoitteen on oltava samalla alustalla.
-
Redundanssin rajapintatunnisteen, rii, on oltava yksilöllinen parin/rajapinnan yhdistelmälle samassa Layer 2:ssa.
-
Molempien CUBEjen kokoonpanon on oltava identtinen fyysinen kokoonpano mukaan luettuna, ja niiden on käytettävä samantyyppistä alustaa ja IOS-XE-versiota.
-
Loopback-liitäntöjä ei voi käyttää sitomiseen, koska ne ovat aina päällä.
-
Useat liikennöintirajapinnat (SIP/RTP) (Gig1, Gig2) edellyttävät rajapinnan seurannan määrittämistä.
-
CUBE-HA:ta ei tueta RG-ohjaus-/datalinkin (Gig3) crossover-kaapeliyhteyden kautta.
-
Molempien alustojen on oltava identtisiä ja ne on yhdistettävä fyysisen kytkimen kautta kaikkiin samanlaisiin liitäntöihin, jotta CUBE HA toimisi, eli CUBE-1:n ja CUBE-2:n GE0/0/0:n on päätyttävä samaan kytkimeen ja niin edelleen.
-
WAN ei voi päättyä suoraan CUBEihin tai Data HA:han kummallakaan puolella.
-
Sekä aktiivisen että valmiustilan on oltava samassa datakeskuksessa.
-
On pakollista käyttää erillistä L3-liitäntää redundanssia varten (RG Control/data, Gig3), eli liikenteeseen käytettävää liitäntää ei voi käyttää HA:n keepalive- ja checkpointing-liitäntöihin.
-
Viansiirron yhteydessä aiemmin aktiivinen CUBE latautuu alusta alkaen uudelleen, jolloin signalointi ja media säilyvät.
Määritä molempien CUBEjen redundanssi.
Sinun on määritettävä layer 2 box-to-box -redundanssi molempiin CUBEihin, joita on tarkoitus käyttää HA-parissa virtuaalisten IP-osoitteiden käyttöönottoa varten.
1 |
Määritä käyttöliittymän seuranta globaalilla tasolla, jotta voit seurata käyttöliittymän tilaa.
Track CLI:tä käytetään RG:ssä puheliikenteen rajapinnan tilan seuraamiseen, jotta aktiivinen reitti voi olla aktiivinen sen jälkeen, kun liikenneliittymä on alhaalla. | ||
2 |
Määritä RG VoIP HA:n käyttöä varten sovelluksen redundanssin alitilassa.
Tässä on selitys tässä kokoonpanossa käytettävistä kentistä:
| ||
3 |
Ota käyttöön box-to-box-redundanssi CUBE-sovellusta varten. Määritä RG edellisen vaiheen kohdasta
redundancy-group 1-Komennon lisääminen ja poistaminen edellyttää uudelleenlatausta, jotta päivitetty kokoonpano tulee voimaan. Lataamme alustat uudelleen, kun kaikki asetukset on otettu käyttöön. | ||
4 |
Määritä Gig1- ja Gig2-liitännät niiden virtuaali-IP-osoitteilla alla esitetyllä tavalla ja käytä redundanssin käyttöliittymätunnusta (rii).
Tässä on selitys tässä kokoonpanossa käytettävistä kentistä:
| ||
5 |
Tallenna ensimmäisen CUBE-kuution kokoonpano ja lataa se uudelleen. Viimeisenä ladattava alusta on aina valmiustila.
Kun VCUBE-1 on käynnistynyt kokonaan, tallenna VCUBE-2 kokoonpano ja lataa se uudelleen.
| ||
6 |
Tarkista, että box-to-box-konfiguraatio toimii odotetulla tavalla. Merkitykselliset tulokset on korostettu lihavoidulla tekstillä . Latasimme VCUBE-2:n viimeisenä ja suunnittelun mukaan viimeisenä ladattava alusta on aina Standby. |
Paikallisen yhdyskäytävän määrittäminen molemmissa CUBEissa
Esimerkkikonfiguraatiossamme käytämme seuraavia Control Hubin runkotietoja paikallisen yhdyskäytävän konfiguraation muodostamiseen molemmilla alustoilla, VCUBE-1:llä ja VCUBE-2:lla. Käyttäjätunnus ja salasana tätä asetusta varten ovat seuraavat:
-
Käyttäjänimi: Hussain1076_LGU
-
Salasana: lOV12MEaZx
1 |
Varmista, että salasanalle luodaan määritysavain alla esitetyillä komennoilla, ennen kuin sitä voidaan käyttää tunnistetiedoissa tai jaetuissa salaisuuksissa. Tyypin 6 salasanat salataan AES-salauksella ja tällä käyttäjän määrittelemällä määritysavaimella.
Tässä on paikallisen yhdyskäytävän kokoonpano, jota sovelletaan molempiin alustoihin edellä esitettyjen Control Hub -parametrien perusteella, tallenna ja lataa uudelleen. Control Hubin SIP Digest -tunnukset on korostettu lihavoidulla tekstillä .
Show-komennon ulostulon näyttämiseksi olemme ladanneet uudelleen VCUBE-2 ja sen jälkeen VCUBE-1, jolloin VCUBE-1 on valmiustilassa oleva CUBE ja VCUBE-2 aktiivinen CUBE. |
2 |
Aina vain yksi järjestelmä ylläpitää aktiivista rekisteröintiä paikallisena yhdyskäytävänä Webex Calling Access SBC:ssä. Katso seuraavien show-komentojen tulosteet. show redundanssisovellusryhmä 1 show sip-ua register status
Yllä olevasta tulosteesta näet, että VCUBE-2 on aktiivinen LGW, joka ylläpitää rekisteröintiä Webex Calling access SBC:n kanssa, kun taas "show sip-ua register status" -tilan tuloste on tyhjä VCUBE-1:ssä. |
3 |
Ota nyt käyttöön seuraavat vikailmoitukset VCUBE-1:ssä
|
4 |
Simuloi viansiirto antamalla seuraava komento aktiiviselle LGW:lle, tässä tapauksessa VCUBE-2:lle.
Siirtyminen ACTIVE LGW:stä STANDBY LGW:hen tapahtuu myös seuraavassa skenaariossa edellä luetellun CLI:n lisäksi.
|
5 |
Tarkista, onko VCUBE-1 rekisteröitynyt Webex Calling -yhteyden SBC:hen. VCUBE-2 olisi jo latautunut uudelleen.
VCUBE-1 on nyt aktiivinen LGW. |
6 |
Katso asiaankuuluvaa vianmäärityslokia VCUBE-1:stä, kun se lähettää SIP REGISTERin Webex Calling -palveluun virtuaalisen IP:n kautta ja saa vastaukseksi 200 OK.
|