Local Gateway (LGW) on ainoa vaihtoehto tarjota toimitilapohjainen PSTN-yhteys Cisco Webex Calling -asiakkaille. Tämän asiakirjan tarkoituksena on auttaa sinua paikallisen yhdyskäytävän kokoonpanon luomisessa käyttämällä CUBE korkean käytettävyyden, aktiivisia tai valmiustilassa olevia CUBE-laitteita aktiivisten puhelujen tilallista vikasietoa varten.
Perusteet
Edellytykset
Ennen kuin otat CUBE HA:n käyttöön Webex-puhelujen paikallisena yhdyskäytävänä, varmista, että ymmärrät perusteellisesti seuraavat käsitteet:
Layer 2 laatikoiden välinen redundanssi CUBE Enterprisen kanssa tilapitoisen puhelun säilyttämiseen
Tässä artikkelissa esitetyt määritysohjeet olettavat erillisen paikallisen yhdyskäytävän alustan, jossa ei ole olemassa puhekonfiguraatiota. Jos olemassa olevaa CUBE-yrityskäyttöönottoa muokataan hyödyntämään myös paikallista yhdyskäytävätoimintoa Cisco Webex -puheluissa, kiinnitä erityistä huomiota käytettyyn kokoonpanoon varmistaaksesi, että nykyiset puheluvirrat ja toiminnot eivät keskeydy, ja varmista, että noudatat CUBE HA:n suunnitteluvaatimuksia. .
Laitteisto- ja ohjelmistokomponentit
CUBE HA paikallisena yhdyskäytävänä vaatii IOS-XE-version 16.12.2 tai uudemman ja alustan, jolla sekä CUBE HA- että LGW-toiminnot ovat tuettuja.
Tämän artikkelin esityskomennot ja lokit perustuvat Cisco IOS-XE 16.12.2 -ohjelmiston vähimmäisjulkaisuun, joka on toteutettu vCUBE:ssä (CSR1000v). |
Viitemateriaali
Tässä on joitain 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 ensisijainen arkkitehtuuri Cisco Webex -puheluille -https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex-puheluratkaisun yleiskatsaus
Cisco Webex Calling on yhteistyötarjous, joka tarjoaa asiakkailleen usean vuokralaisen pilvipohjaisen vaihtoehdon paikalliselle PBX-puhelinpalvelulle, jossa on useita PSTN-vaihtoehtoja.
Local Gateway -käyttöönotto (edustettu alla) on tämän artikkelin painopiste. Paikallinen yhdyskäytävä (tilapohjainen PSTN) Webex Callingissa mahdollistaa yhteyden muodostamisen asiakkaan omistamaan PSTN-palveluun. Se tarjoaa myös yhteyden paikalliseen IP PBX -asennukseen, kuten Cisco Unified CM:ään. Kaikki viestintä pilveen ja pilvestä on suojattu TLS-siirrolla SIP:lle ja SRTP:lle medialle.
Alla olevassa kuvassa näkyy Webex Calling -käyttöönotto ilman olemassa olevaa IP-vaihteistoa, ja sitä voidaan soveltaa yhteen tai useaan paikkaan. Tässä artikkelissa kuvattu kokoonpano perustuu tähän käyttöönottoon.
Layer 2 Box-to-Box-redundanssi
CUBE HA kerroksen 2 box-to-box redundanssi käyttää Redundancy Group (RG) -infrastruktuuriprotokollaa muodostaakseen aktiivisen/valmiustilassa olevan reitittimen parin. Tämä pari jakaa saman virtuaalisen IP-osoitteen (VIP) vastaavissa liitännöissään ja vaihtavat jatkuvasti tilaviestejä. CUBE-istuntotiedot tarkistetaan reititinparin yli, jolloin valmiustilassa oleva reititin voi ottaa kaikki CUBE-puhelunkäsittelyvastuut välittömästi, jos aktiivinen reititin lakkaa toimimasta, mikä johtaa signaloinnin ja median tilalliseen säilymiseen.
Tarkista osoittaminen on rajoitettu yhdistettyihin puheluihin, joissa on mediapaketteja. Siirrettävät puhelut eivät ole tarkennettuja (esimerkiksi yritys- tai soittotila). Tässä artikkelissa CUBE HA viittaa CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanssiin tilallisen puhelun säilyttämiseksi. |
IOS-XE 16.12.2:sta lähtien CUBE HA voidaan ottaa käyttöön paikallisena yhdyskäytävänä Cisco Webex Calling trunk (Tila-pohjainen PSTN) -asennuksiin, ja käsittelemme suunnittelunäkökohtia ja kokoonpanoja tässä artikkelissa. Tämä kuva näyttää tyypillisen CUBE HA -asetuksen paikallisena yhdyskäytävänä Cisco Webex Calling -runkojärjestelmän käyttöönotolle.
Redundanssiryhmän infrakomponentti
Redundanssiryhmän (RG) Infra-komponentti tarjoaa laatikosta laatikkoon 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 lopullisen redundanssitilan jokaiselle reitittimelle vaihtamalla Keepalive- ja hello-viestejä kahden CUBE:n välillä (ohjausliitännän kautta) – GigabitEthernet3 yllä olevassa kuvassa.
Siirtomekanismi signaalin ja median tilan tarkistamiseksi jokaiselle puhelulle aktiivisesta valmiustilareitittimeen (tietoliitännän kautta) – GigabitEthernet3 yllä olevassa kuvassa.
Liikennerajapintojen Virtual IP (VIP) -rajapinnan konfigurointi ja hallinta (saman RG-ryhmän avulla voidaan konfiguroida useita liikennerajapintoja) – GigabitEthernet 1 ja 2 katsotaan liikennerajapinnoiksi.
Tämä RG-komponentti on määritettävä erityisesti tukemaan B2B HA -ääntä.
Virtuaalinen IP (VIP) -osoitteiden hallinta sekä signaloinnille että medialle
B2B HA luottaa VIPiin redundanssin saavuttamiseksi. CUBE HA -parin molempien CUBE-liitäntöjen ja niihin liittyvien fyysisten liitäntöjen on sijaittava samassa LAN-aliverkossa. VIP:n konfigurointi ja VIP-liitännän sitominen tiettyyn äänisovellukseen (SIP) ovat pakollisia B2B HA -äänen tuessa. Ulkoiset laitteet, kuten Unified CM, Webex Calling Access SBC, palveluntarjoaja tai välityspalvelin, käyttävät VIP-osoitetta IP-osoitteena CUBE HA -reitittimien kautta kulkeville puheluille. Siten Webex Callingin näkökulmasta CUBE HA -parit toimivat yhtenä paikallisena yhdyskäytävänä.
Muodostettujen puhelujen puhelusignalointi ja RTP-istuntotiedot tarkistetaan aktiivisesta reitittimestä valmiusreitittimeen. Kun aktiivinen reititin sammuu, valmiustilassa oleva reititin ottaa vallan ja jatkaa ensimmäisen reitittimen aiemmin reitittämän RTP-virran välittämistä.
Vikasiirron aikana ohimenevässä tilassa olevia puheluita ei säilytetä vaihdon jälkeen. Esimerkiksi puhelut, joita ei ole vielä muodostettu täysin tai joita ollaan muokkaamassa siirto- tai pitotoiminnolla. Muodostuneet puhelut voidaan katkaista vaihdon jälkeen.
Seuraavat vaatimukset ovat olemassa CUBE HA:n käyttämiselle paikallisena yhdyskäytävänä puheluiden tilapitoisessa vikasietotilassa:
CUBE HA:ssa ei voi olla TDM- tai analogisia liitäntöjä samassa paikassa
Gig1:tä ja Gig2:ta kutsutaan liikennerajapinnoiksi (SIP/RTP) ja Gig3 on redundanssiryhmän (RG) ohjaus/dataliitäntä.
Samaan kerroksen 2 verkkoalueeseen voidaan sijoittaa enintään 2 CUBE HA -paria, joista toinen ryhmätunnus on 1 ja toinen ryhmätunnus 2. Jos määrität 2 HA-paria samalla ryhmätunnuksella, RG Control/Data -liitäntöjen on kuuluttava eri kerroksen 2 toimialueisiin (vlan, erillinen kytkin)
Porttikanavaa tuetaan sekä RG Control/data- että liikenneliitännöissä
Kaikki signalointi/media lähtee virtuaalisesta IP-osoitteesta tai siihen
Aina kun alusta ladataan uudelleen CUBE-HA-suhteessa, se käynnistyy aina valmiustilassa
Kaikkien liitäntöjen (Gig1, Gig2, Gig3) alemman osoitteen tulee olla samalla alustalla
Redundanssirajapinnan tunniste, rii tulee olla yksilöllinen samassa kerroksessa 2 olevalle pari/liitäntäyhdistelmälle
Molempien kuutioiden kokoonpanon on oltava identtinen, mukaan lukien fyysinen kokoonpano, ja niiden on oltava käynnissä samantyyppisellä alustalla ja IOS-XE-versiolla
Loopback-liitäntöjä ei voi käyttää yhtä sidottuina, koska ne ovat aina ylhäällä
Useat liikenteen (SIP/RTP) liitännät (Gig1, Gig2) edellyttävät rajapinnan seurannan määrittämistä
CUBE-HA:ta ei tueta RG-ohjaus/datalinkin (Gig3) jakokaapeliliitännän kautta.
Molempien alustojen on oltava identtinen ja olla yhteydessä a:n kautta fyysinen kytkin kaikissa samoin liitännöissä, jotta CUBE HA toimisi, eli CUBE-1:n ja CUBE-2:n GE0/0/0 on päätettävä samaan kytkimeen ja niin edelleen.
WAN ei voi olla päätetty suoraan kuutioihin tai Data HA kummallekaan puolelle
Molempien aktiivisen/valmiustilan on oltava samassa datakeskuksessa
On pakollista käyttää erillistä L3-liitäntää redundanssiin (RG Control/data, Gig3). eli liikenteessä käytettävää rajapintaa ei voi käyttää HA:n ylläpitämiseen ja tarkistuspisteisiin
Vikasiirron yhteydessä aiemmin aktiivinen CUBE käy läpi suunnittelun uudelleenlatauksen, joka säilyttää signaloinnin ja median
Määritä redundanssi molemmille kuutioille
Sinun on määritettävä kerroksen 2 laatikoiden välinen redundanssi molemmissa KUITIOISSA, jotka on tarkoitettu käytettäviksi HA-parissa virtuaalisten IP-osoitteiden tuomiseksi esiin.
1 | Määritä käyttöliittymän seuranta globaalilla tasolla seurataksesi käyttöliittymän tilaa.
Track CLI:tä käytetään RG:ssä ääniliikennerajapinnan tilan seuraamiseen niin, että aktiivinen reitti täyttää aktiivisen roolinsa liikennerajapinnan poistuttua. |
||||||
2 | Määritä RG käytettäväksi VoIP HA:n kanssa sovelluksen redundanssin alitilassa.
Tässä on selitys tässä kokoonpanossa käytetyistä kentistä:
|
||||||
3 | Ota käyttöön laatikoiden välinen redundanssi CUBE-sovellukselle. Määritä RG edellisestä vaiheesta
redundanssiryhmä 1— Tämän komennon lisääminen ja poistaminen vaatii uudelleenlatauksen, 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 vastaavien virtuaalisten IP-osoitteiden kanssa alla olevan kuvan mukaisesti ja käytä redundanssirajapinnan tunnistetta (rii)
Tässä on selitys tässä kokoonpanossa käytetyistä kentistä:
|
||||||
5 | Tallenna ensimmäisen CUBEn asetukset ja lataa se uudelleen. Viimeiseksi latautuva alusta on aina valmiustila.
Jälkeen VCUBE-1 käynnistyy kokonaan, tallenna asetukset VCUBE-2 ja lataa se uudelleen.
|
||||||
6 | Varmista, että box-to-box-kokoonpano toimii odotetulla tavalla. Asiaankuuluva tuloste on korostettu lihavoitu. Latasimme uudelleen VCUBE-2 viimeinen ja suunnittelunäkökohtien mukaisesti; alusta ladata viimeksi aina Valmiina.
|
Määritä paikallinen yhdyskäytävä molemmille kuutioille
Esimerkkikokoonpanossamme käytämme seuraavia Control Hubin runkotietoja paikallisen yhdyskäytävän kokoonpanon rakentamiseen molemmille alustoille, VCUBE-1 ja VCUBE-2. Tämän asennuksen käyttäjätunnus ja salasana ovat seuraavat:
Käyttäjätunnus: Hussain1076_LGU
Salasana: lOV12MEaZx
1 | Varmista, että salasanalle on luotu määritysavain alla näytetyillä komennoilla, ennen kuin sitä voidaan käyttää valtuustiedoissa tai jaetuissa salaisuuksissa. Tyypin 6 salasanat salataan käyttämällä AES-salausta ja tätä käyttäjän määrittämää määritysavainta.
Tässä on paikallisyhdyskäytävän kokoonpano, joka koskee molempia alustoja Ohjauskeskus yllä näkyvät parametrit, tallenna ja lataa uudelleen. SIP Digest -tunnistetiedot kohteesta Ohjauskeskus ovat korostettuina lihavoitu.
Näytämme komennon tulosteen näyttämiseksi uudelleen VCUBE-2 jonka jälkeen VCUBE-1, tehdä VCUBE-1 valmiustilassa CUBE ja VCUBE-2 aktiivinen CUBE |
2 | Kullekin ajalle vain yksi alusta ylläpitää aktiivista rekisteröintiä paikalliseksi yhdyskäytäväksi Webex Calling Accessin SBC:llä. Katso seuraavien esityskomentojen tulos. näytä redundanssihakemusryhmä 1 näytä sip-ua-rekisterin tila
Yllä olevasta lähdöstä näet sen VCUBE-2 on aktiivinen LGW, joka ylläpitää rekisteröitymistä Webex Calling access SBC:hen, kun taas "näytä sip-ua rekisterin tila" tulos on tyhjä VCUBE-1 |
3 | Ota nyt käyttöön seuraavat virheenkorjaukset VCUBE-1:ssä
|
4 | Simuloi vikasietoa antamalla seuraava komento aktiivisessa LGW:ssä, tässä tapauksessa VCUBE-2.
Vaihto ACTIVE-tilasta STANDBY LGW:hen tapahtuu seuraavassa skenaariossa sekä edellä mainitun CLI:n lisäksi
|
5 | Tarkista, onko VCUBE-1 rekisteröitynyt Webex Calling access SBC:hen. VCUBE-2 olisi jo ladattu uudelleen.
VCUBE-1 on nyt aktiivinen LGW. |
6 | Katso asianmukaista virheenkorjauslokia VCUBE-1:ssä lähettämällä SIP REKISTERIN Webexille, soittamalla virtuaalisen IP:n kautta ja vastaanottamalla 200 OK.
|