Alapjait

Előfeltételek

Mielőtt üzembe helyezné a CUBE HA-t a Webex Calling helyi átjárójaként, győződjön meg arról, hogy alaposan ismeri a következő fogalmakat:

A cikkben található konfigurációs irányelvek egy dedikált helyi átjáróplatformot feltételeznek, amely nem rendelkezik meglévő hangkonfigurációval. Ha egy meglévő CUBE vállalati telepítést úgy módosítanak, hogy a Cisco Webex Calling helyi átjáró funkcióját is használja, nagyon figyeljen az alkalmazott konfigurációra annak biztosítása érdekében, hogy a meglévő hívásáramlások és funkciók ne szakadjanak meg, és győződjön meg arról, hogy betartja a CUBE HA tervezési követelményeit.

Hardver- és szoftverösszetevők

A CUBE HA helyi átjáróként az IOS-XE 16.12.2-es vagy újabb verziójára, valamint egy olyan platformra van szükség, amelyen mind a CUBE HA, mind az LGW funkciók támogatottak.

A cikkben található megjelenítési parancsok és naplók a Cisco IOS-XE 16.12.2 minimális szoftverkiadásán alapulnak, amelyet vCUBE-n (CSR1000v) valósítottak meg.

Referencia anyag

Íme néhány részletes CUBE HA konfigurációs útmutató a különböző platformokhoz:

Webex hívási megoldás áttekintése

A Cisco Webex Calling egy együttműködési ajánlat, amely több-bérlős felhőalapú alternatívát kínál a helyszíni PBX telefonszolgáltatással szemben, több PSTN-opcióval az ügyfelek számára.

Ennek a cikknek a középpontjában a Helyi átjáró üzembe helyezése áll (lásd alább). A Webex Calling helyi átjáró (helyiségalapú PSTN) törzse lehetővé teszi az ügyfél tulajdonában lévő PSTN-szolgáltatáshoz való csatlakozást. Emellett kapcsolatot biztosít egy helyszíni IP PBX-telepítéshez, például a Cisco Unified CM-hez. A felhőbe irányuló és a felhőből érkező összes kommunikáció a SIP TLS-átvitelével és az adathordozók SRTP-jével van védve.

Az alábbi ábra egy Webex Calling telepítést mutat be meglévő IP PBX nélkül, és egyetlen vagy többhelyes telepítésre alkalmazható. A cikkben ismertetett konfiguráció ezen a központi telepítésen alapul.

2. réteg Dobozról dobozra redundancia

A CUBE HA Layer 2 dobozról dobozra redundancia a Redundanciacsoport (RG) infrastruktúra protokollt használja egy aktív/készenléti útválasztópár létrehozásához. Ez a pár ugyanazt a virtuális IP-címet (VIP) osztja meg a megfelelő felületeken, és folyamatosan állapotüzeneteket cserél. A CUBE munkamenet-információk ellenőrző irányban jelennek meg az útválasztópáron keresztül, lehetővé téve a készenléti útválasztó számára, hogy azonnal átvegye az összes CUBE hívásfeldolgozási feladatot, ha az aktív útválasztó kiesik a forgalomból, ami a jelzés és az adathordozó állapot szerinti megőrzését eredményezi.

Az ellenőrző pontozás a médiacsomagokkal csatlakoztatott hívásokra korlátozódik. Az átvitel közbeni hívások nem ellenőrző jellegűek (például próbálkozó vagy csengető állapot).

Ebben a cikkben a CUBE HA a CUBE High Availability (HA) Layer 2 Box-to-box (B2B) redundanciára hivatkozik az állapot-nyilvántartó hívások megőrzése érdekében

Az IOS-XE 16.12.2-es verziójától kezdve a CUBE HA helyi átjáróként telepíthető Cisco Webex Calling trunk (premises-based PSTN) üzemelő példányokhoz, és ebben a cikkben bemutatjuk a tervezési szempontokat és konfigurációkat. Ez az ábra egy tipikus CUBE HA beállítást mutat be helyi átjáróként cisco Webex Calling törzstelepítéshez.

Redundanciacsoport infra komponens

A Redundancy Group (RG) Infra komponens biztosítja a dobozról dobozra kommunikációs infrastruktúra támogatását a két CAUBE között, és tárgyal a végső stabil redundancia állapotáról. Ez az összetevő a következőket is biztosítja:

  • Egy HSRP-szerű protokoll, amely megtárgyalja az egyes routerek végső redundanciaállapotát azáltal, hogy megtartja a két CAB közötti keepalive és hello üzeneteket (a vezérlő interfészen keresztül) - GigabitEthernet3 a fenti ábrán.

  • Átviteli mechanizmus az aktív és a készenléti útválasztó közötti minden egyes hívás jel- és médiaállapotának ellenőrzéséhez (az adatinterfészen keresztül) – GigabitEthernet3 a fenti ábrán.

  • A forgalmi interfészek virtuális IP (VIP) interfészének konfigurálása és kezelése (több forgalmi interfész konfigurálható ugyanazzal az RG-csoporttal) – A GigabitEthernet 1 és 2 forgalmi interfésznek minősül.

Ezt az RG-összetevőt kifejezetten úgy kell konfigurálni, hogy támogassa a B2B HA hangot.

Virtuális IP-címkezelés (VIP) címkezelés mind a jelzéshez, mind a médiához

A B2B HA a VIP-re támaszkodik a redundancia elérése érdekében. A CUBE HA pár mindkét KBER-en a VIP-nek és a hozzá tartozó fizikai felületeknek ugyanazon a LAN-alhálózaton kell lennie. A VIP konfigurálása és a VIP interfész kötése egy adott hangalkalmazáshoz (SIP) kötelező a B2B HA hang támogatásához. Az olyan külső eszközök, mint a Unified CM, a Webex Calling access SBC, a szolgáltató vagy a proxy, a VIP-t használják cél IP-címként a CUBE HA útválasztókon áthaladó hívásokhoz. Ezért Webex Calling szempontból a CUBE HA párok egyetlen helyi átjáróként működnek.

A létrehozott hívások hívásjelezési és RTP-munkamenet-információi az aktív útválasztóról a készenléti útválasztóra kerülnek ellenőrzőpontra. Amikor az aktív útválasztó leáll, a készenléti útválasztó átveszi az irányítást, és folytatja az RTP-adatfolyam továbbítását, amelyet korábban az első útválasztó irányított.

A feladatátvételkor átmeneti állapotban lévő hívások nem maradnak meg a váltás után. Például olyan hívások, amelyek még nem teljesen megalapozottak, vagy amelyek egy átviteli vagy várakoztatási funkcióval vannak módosítva. A létrehozott hívások a váltás után megszakadhatnak.

A következő követelmények vonatkoznak a CUBE HA helyi átjáróként való használatára a hívások állapot-nyilvántartó feladatátvételéhez:

  • A CUBE HA nem rendelkezhet A TDM vagy analóg interfészekkel együtt

  • A Gig1 és a Gig2 a forgalmi (SIP/RTP) interfészeknek, a Gig3 pedig a Redundancia Csoport (RG) vezérlő/adat interfésznek nevezik

  • Legfeljebb 2 CUBE HA pár helyezhető el ugyanabba a 2. rétegbeli tartományba, az egyik az 1. csoportazonosítóval, a másik pedig a 2. csoportazonosítóval. Ha 2 HA párot konfigurál ugyanazzal a csoportazonosítóval, az RG control/Data interfészeknek különböző 2. rétegbeli tartományokhoz kell tartozniuk (vlan, külön kapcsoló)

  • A portcsatorna mind az RG vezérlési/adat-, mind a forgalmi interfészek esetében támogatott

  • Az összes jelzés/adathordozó forrása a virtuális IP-címről/-ről származik

  • Bármikor, amikor egy platformot újratöltenek egy CUBE-HA kapcsolatban, az mindig készenléti állapotban indul el

  • Az összes interfész (Gig1, Gig2, Gig3) alsó címének ugyanazon a platformon kell lennie

  • Redundancia interfész azonosító, rii-nek egyedinek kell lennie egy pár/interfész kombinációban ugyanazon a 2. rétegen

  • A konfigurációnak mindkét EREDETIBÉ-n azonosnak kell lennie, beleértve a fizikai konfigurációt is, és ugyanazon a platformtípuson és IOS-XE verzión kell futnia

  • A visszacsatolási interfészek nem használhatók kötésként, mivel mindig fent vannak

  • A többforgalmi (SIP/RTP) interfészek (Gig1, Gig2) megkövetelik a kapcsolatkövetés konfigurálását

  • A CUBE-HA nem támogatott az RG-vezérlő/adatkapcsolat (Gig3) crossover kábelcsatlakozásán keresztül

  • Mindkét platformnak azonosnak kell lennie , és egy fizikai kapcsolón keresztül kell csatlakoznia az összes hasonlóan interfészen keresztül ahhoz, hogy a CUBE HA működjön, azaz a CUBE-1 és a CUBE-2 GE0/0/0-ának ugyanazon a kapcsolón kell leállnia, és így tovább.

  • Nem lehet, hogy a WAN közvetlenül a CUBE-ken vagy a Data HA-n mindkét oldalon leálljon

  • Mindkét aktív/készenléti üzemmódnak ugyanabban az adatközpontban kell lennie

  • A redundanciához kötelező külön L3 interfészt használni (RG Control/data, Gig3). azaz a forgalomhoz használt interfész nem használható HA-karbantartókhoz és ellenőrzőpontokhoz

  • Feladatátvételkor a korábban aktív CUBE kialakítás szerint újratöltésen megy keresztül, megőrizve a jelzést és az adathordozót

Redundancia konfigurálása mindkét KUB-n

Konfigurálnia kell a 2. réteg dobozról dobozra redundanciáját mindkét, HA-párban való használatra szánt EREDETIB-n a virtuális IP-címek megjelenítéséhez.

1

Konfigurálja a felületkövetést globális szinten a felület állapotának nyomon követéséhez.

conf t track 1 interfész GigabitEthernet1 line-protocol track 2 interfész GigabitEthernet2 line-protocol kilépés 

VCUBE-1#conf t

VCUBE-1(config)#1. sáv interfész GigabitEthernet1 vonalprotokoll

VCUBE-1(config-track)#2. sáv interfész GigabitEthernet2 vonalprotokoll

VCUBE-1 (konfigurációs sáv)#kilépés

VCUBE-2#conf t

VCUBE-2(config)#1. sáv interfész GigabitEthernet1 vonalprotokoll

VCUBE-2(config-track)#2. sáv interfész GigabitEthernet2 vonalprotokoll

VCUBE-2 (konfigurációs sáv)#kilépés

A track CLI-t az RG-ben használják a hangforgalmi felület állapotának nyomon követésére, így az aktív útvonal a forgalmi felület leállása után is aktív szerepet tölt be.

2

Konfiguráljon egy RG-t a VoIP HA-val való használatra az alkalmazásredundancia almódjában.

redundancia alkalmazás redundancia csoport 1 név LocalGateway-HA prioritás 100 feladatátvételi küszöb 75 vezérlés GigabitEthernet3 protokoll 1 adatok GigabitEthernet3 időzítők késleltetés 30 újratöltés 60 sáv 1 leállítási sáv 2 leállítási kilépési protokoll 1 időzítők hellotime 3 tartási idő 10 kilépés kilépés kilépés kilépés kilépés 

VCUBE-1(config)#redundancia

VCUBE-1 (config-red)#alkalmazás redundanciája

VCUBE-1 (config-red-app)#1. csoport

VCUBE-1 (config-red-app-grp)#név LocalGateway-HA

VCUBE-1 (config-red-app-grp)#prioritás 100 feladatátvételi küszöbérték 75

VCUBE-1(config-red-app-grp)#1. GigabitEthernet3-protokoll vezérlése

VCUBE-1 (config-red-app-grp)#adat GigabitEthernet3

VCUBE-1(config-red-app-grp)#időzítő késleltetés 30 újratöltés 60

VCUBE-1 (config-red-app-grp)#1. szám lezárása

VCUBE-1 (config-red-app-grp)#2. szám leállítása

VCUBE-1 (config-red-app-grp)#kilépés

VCUBE-1 (config-red-app)#1. protokoll

VCUBE-1(config-red-app-prtcl)#időzítők hellotime 3 tarttime 10

VCUBE-1 (config-red-app-prtcl)#kilépés

VCUBE-1 (config-red-app)#kilépés

VCUBE-1 (konfigurációs piros)#kilépés

VCUBE-1 (konfiguráció)#

VCUBE-2(config)#redundancia

VCUBE-2(config-red)#alkalmazás redundanciája

VCUBE-2 (config-red-app)#1. csoport

VCUBE-2 (config-red-app-grp)#név LocalGateway-HA

VCUBE-2 (config-red-app-grp)#prioritás 100 feladatátvételi küszöbérték 75

VCUBE-2(config-red-app-grp)#vezérlés GigabitEthernet3 1. protokoll

VCUBE-1 (config-red-app-grp)#adat GigabitEthernet3

VCUBE-2(config-red-app-grp)#időzítő késleltetés 30 újratöltés 60

VCUBE-2(config-red-app-grp)#1. szám lezárása

VCUBE-2(config-red-app-grp)#2. szám leállítása

VCUBE-2 (config-red-app-grp)#kilépés

VCUBE-2 (config-red-app)#1. protokoll

VCUBE-2(config-red-app-prtcl)#időzítők hellotime 3 tarttime 10

VCUBE-2 (config-red-app-prtcl)#kilépés

VCUBE-2 (config-red-app)#kilépés

VCUBE-2 (konfigurációs piros)#kilépés

VCUBE-2(konfiguráció)#

Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:

  • redundancia—A redundancia módba lép

  • alkalmazás redundancia – Az alkalmazás redundancia konfigurációs módjának megnyitása

  • csoport – a redundancia alkalmazáscsoport konfigurációs módjának megadása

  • LocalGateway-HA név – az RG-csoport nevét határozza meg

  • 100. prioritás feladatátvétel küszöbértéke 75 – Az RG kezdeti prioritását és feladatátvétel küszöbértékeit adja meg

  • időzítő késleltetés 30 újratöltés 60 – kétszer konfigurálja a késleltetést és az újratöltést

    • Késleltetési időzítő, amely az RG csoport inicializálásának és a szerepkör-egyeztetés késleltetésének késleltetésére szolgáló idő a felület megjelenése után - alapértelmezett 30 másodperc. A hatótávolság 0-10000 másodperc

    • Újratöltés – Ez az az idő, ameddig késleltetni kell az RG-csoport inicializálását és a szerepkör-egyeztetést az újratöltés után – Alapértelmezett 60 másodperc. A hatótávolság 0-10000 másodperc

    • Az alapértelmezett időzítők használata ajánlott, bár ezek az időzítők beállíthatók úgy, hogy alkalmazkodjanak az útválasztók indításakor/újratöltése során esetlegesen előforduló további hálózati konvergenciakongresszációhoz annak garantálása érdekében, hogy az RG protokoll egyeztetése a hálózat útválasztása után történjen egy stabil ponthoz való konvergáláshoz. Ha például a feladatátvétel után azt látjuk, hogy akár 20 másodpercig is eltarthat, amíg az új STANDBY megjeleníti az új ACTIVE első RG HELLO csomagját, akkor az időzítőket úgy kell beállítani, hogy "az időzítők késleltetik a 60-as újratöltést 120", hogy figyelembe vegyék ezt a késleltetést.

  • GigabitEthernet3 1-es protokoll vezérlése – Konfigurálja a két CUBE között az életképes és üdvözlő üzenetek cseréjére használt felületet, és megadja azt a protokollpéldányt, amelyet egy vezérlőfelülethez csatolnak, és megadja a redundancia alkalmazás protokoll konfigurációs módját

  • data GigabitEthernet3 – Az adatforgalom ellenőrzőmutatására használt felületet konfigurálja

  • nyomon követés – Interfészek RG csoport követése

  • 1. protokoll – Megadja azt a protokollpéldányt, amelyet a vezérlőinterfészhez csatolnak, és megadja a redundancia alkalmazás protokoll konfigurációs módját

  • Időzítők hellotime 3 tarttime 10 – A hellotime és a tarttime két időzítőt konfigurálja:

    • Hellotime – Az egymást követő üdvözlőüzenetek közötti időköz – Alapértelmezett 3 másodperc. A hatótávolság 250 ezredmásodperc-254 másodperc

    • Várakoztatási idő – A Hello-üzenet fogadása és a küldő útválasztó sikertelenségének vélelmezése közötti időköz. Ennek az időtartamnak nagyobbnak kell lennie, mint a hello-time – alapértelmezett 10 másodperc. A hatótávolság 750 ezredmásodperc-255 másodperc

      Javasoljuk, hogy a várakoztatási időzítőt úgy konfigurálja, hogy az legalább 3-szor nagyobb legyen a hellotime időzítő értékének.

3

Engedélyezze a dobozról dobozra redundanciát a CUBE alkalmazáshoz. Konfigurálja az RG-t a hangszolgáltatás voip alatt található előző lépésből. Ez lehetővé teszi a CUBE alkalmazás számára a redundancia folyamatának vezérlését.

hangszolgáltatás voip redundanciacsoport 1 kilépés

VCUBE-1(config)#hangszolgáltatás voip

VCUBE-1(config-voi-serv)#redundancia-csoport 1

 % létrehozott RG 1-társítást a Voice B2B HA-val; az új konfiguráció életbe lépéséhez töltse újra az útválasztót 

VCUBE-1 (config-voi-serv)# kilépés

VCUBE-2(config)#hangszolgáltatás voip

VCUBE-2(config-voi-serv)#redundancia-csoport 1

 % létrehozott RG 1-társítást a Voice B2B HA-val; az új konfiguráció életbe lépéséhez töltse újra az útválasztót 

VCUBE-2(config-voi-serv)# kilépés

1. redundancia-csoport – A parancs hozzáadása és eltávolítása újratöltése szükséges ahhoz, hogy a frissített konfiguráció életbe lépjen. Az összes konfiguráció alkalmazása után újratöltjük a platformokat.

4

Konfigurálja a Gig1 és Gig2 interfészeket a megfelelő virtuális IP-címekkel az alábbiak szerint, és alkalmazza a redundancia interfész azonosítóját (rii)

VCUBE-1(config)#GigabitEthernet felület1

VCUBE-1(config-if)# redundancia rii 1

VCUBE-1(config-if)# redundancia csoport 1 ip 198.18.1.228 exkluzív

VCUBE-1(config-if)# kilépés

VCUBE-1 (konfiguráció)#

VCUBE-1(config)#felület GigabitEthernet2

VCUBE-1(config-if)# redundancia rii 2

VCUBE-1(config-if)# redundancia csoport 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# kilépés

VCUBE-2(config)#felület GigabitEthernet1

VCUBE-2(config-if)# redundancia rii 1

VCUBE-2(config-if)# redundancia csoport 1 ip 198.18.1.228 exkluzív

VCUBE-2(config-if)# kilépés

VCUBE-2(konfiguráció)#

VCUBE-2(config)#felület GigabitEthernet2

VCUBE-2(config-if)# redundancia rii 2

VCUBE-2(config-if)# redundancia csoport 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# kilépés

Az alábbi magyarázatot ismertetjük az ebben a konfigurációban használt mezőkről:

  • redundancia rii – Konfigurálja a redundancia interfész azonosítót a redundanciacsoporthoz. Virtuális MAC-cím (VMAC) létrehozásához szükséges. Ugyanazt a rii ID értéket kell használni minden olyan útválasztó (ACTIVE/STANDBY) felületén, amely ugyanazzal a VIP-rel rendelkezik.

    Ha egynél több B2B-pár van ugyanazon a LAN-on, mindegyik párnak egyedi RII-azonosítóval KELL rendelkeznie a megfelelő interfészeken (az ütközés elkerülése érdekében). Az „összes redundancia alkalmazáscsoport megjelenítése” jelzés a helyes helyi és peer információkat jelöli.

  • 1. redundanciacsoport – Összekapcsolja a felületet a fenti 2. lépésben létrehozott redundanciacsoporttal. Konfigurálja az RG csoportot, valamint a fizikai felülethez rendelt VIP-t.

    A redundanciához kötelező külön interfészt használni, vagyis a hangforgalomhoz használt interfész nem használható a fenti 2. lépésben meghatározott vezérlő- és adatinterfészként. Ebben a példában a Gigabit Interface 3-at használjuk az RG vezérléshez/adatokhoz

5

Mentse el az első CUBE konfigurációját, és töltse be újra.

Az utolsó újratöltés platformja mindig a készenléti állapot.

VCUBE-1#wr

 Konfiguráció építése... 

 [Oké] 

VCUBE-1#újratöltés

 Folytatja az újratöltést? [megerősítés]

Miután a VCUBE-1 teljesen elindult, mentse el a VCUBE-2 konfigurációját , és töltse be újra.

VCUBE-2#wr

 Konfiguráció építése... 

 [Oké] 

VCUBE-2#újratöltés

 Folytatja az újratöltést? [megerősítés]

6

Ellenőrizze, hogy a dobozról dobozra konfiguráció a várt módon működik-e. A releváns kimenet félkövérrel vankiemelve.

A VCUBE-2-t utoljára töltöttük fel, és a tervezési szempontoknak megfelelően az utolsó újratöltésre szolgáló platform mindig készenlétilesz . 

 VCUBE-1#redundancia alkalmazáscsoport megjelenítése minden Hibaállapot 1. csoport adatai:        Futásidejű prioritás: [100] RG hibák RG állapot: Fel!                        Hibák miatt történt átváltások száma:  0 A hibák miatt bekövetkező lefelé/lefelé mutató állapotváltozások száma: 0 Csoportazonosító:1 Csoportnév:LocalGateway-HA Rendszergazdai állapot: Nincs összesített üzemállapot: Fel  Saját szerepem: Aktív TÁRSAS Szerepkör: KÉSZENLÉTI Társjelenlét: Igen, társszervező: Igen Peer-progresszió elindítva: Igen, RF-tartomány: btob-one RF állapot: Társ AKTÍV Rf-állapota: Készenléti HOT RG protokoll RG 1 ------------------ szerepkör: Aktív tárgyalás: Engedélyezett prioritás: 100 Protokoll állapota: Aktív Ctrl Intf(ek) állapota: Fel aktív társ: Helyi készenléti társ: cím 10.1.1.2, prioritás 100, intf Gi3 Naplószámlálók:                 szerepkör váltása aktívra: 1 szerepkör módosítása készenléti állapotra: 1 letiltja az eseményeket: rg le 0, rg le 0 ctrl intf események: fel 1, le 0, admin_down 0 újratöltési esemény: 0. helyi kérés, 0. társ kérés RG Media Context az RG 1 -------------------------- Ctx-állapothoz: Aktív protokoll azonosítója: 1 Média típusa: Alapértelmezett vezérlőfelület: GigabitEthernet3 Jelenlegi üdvözlőidőzítő: 3000 Beállított üdvözlő időzítő: 3000, Tartási időzítő: 10000 Társ üdvözlő időzítő: 3000, Peer Hold időzítő: 10000 statisztika:             Pkts 1509, 93558 bájtok, HA Seq 0, 1509 Seq szám, Pkt Loss 0 Hitelesítés nincs konfigurálva Hitelesítési hiba: 0 Társ újratöltése: TX 0, RX 0 Kilépés: TX 0, RX 0 készenléti társ: Jelen van. Tartási időzítő: 10000 Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2#redundancia alkalmazáscsoport megjelenítése az összes Hibaállapot 1. csoport adatai:        Futásidejű prioritás: [100] RG hibák RG állapot: Fel!                        Hibák miatt történt átváltások száma:  0 A hibák miatt bekövetkező lefelé/lefelé mutató állapotváltozások száma: 0 Csoportazonosító:1 Csoportnév:LocalGateway-HA Rendszergazdai állapot: Nincs összesített üzemállapot: Fel  Saját szerepem: Készenléti TÁRSSZEREPKÖR: Társas AKTÍV Jelenlét: Igen, társszervező: Igen Peer-progresszió elindítva: Igen, RF-tartomány: btob-one RF állapot: Társ AKTÍV Rf-állapota: Készenléti HOT RG protokoll RG 1 ------------------ szerepkör: Aktív tárgyalás: Engedélyezett prioritás: 100 Protokoll állapota: Aktív Ctrl Intf(ek) állapota: Fel aktív társ: cím 10.1.1.2, prioritás 100, intf Gi3 készenléti Társ: Helyi napló számlálók:                 szerepkör váltása aktívra: 1 szerepkör módosítása készenléti állapotra: 1 letiltja az eseményeket: rg le 0, rg le 0 ctrl intf események: fel 1, le 0, admin_down 0 újratöltési esemény: 0. helyi kérés, 0. társ kérés RG Media Context az RG 1 -------------------------- Ctx-állapothoz: Aktív protokoll azonosítója: 1 Média típusa: Alapértelmezett vezérlőfelület: GigabitEthernet3 Jelenlegi üdvözlőidőzítő: 3000 Beállított üdvözlő időzítő: 3000, Tartási időzítő: 10000 Társ üdvözlő időzítő: 3000, Peer Hold időzítő: 10000 statisztika:             Pkts 1509, 93558 bájtok, HA Seq 0, 1509 Seq szám, Pkt Loss 0 Hitelesítés nincs konfigurálva Hitelesítési hiba: 0 Társ újratöltése: TX 0, RX 0 Kilépés: TX 0, RX 0 készenléti társ: Jelen van. Tartási időzítő: 10000 Pkts 61, 2074 bájtok, HA Seq 0, 69 Seq szám, Pkt veszteség 0 VCUBE-2#

Helyi átjáró konfigurálása mindkét EREDETIB-n

A példakonfigurációban a Control Hub következő törzsinformációit használjuk a helyi átjáró konfigurációjának felépítéséhez mind a VCUBE-1, mind a VCUBE-2 platformokon. A beállítás felhasználóneve és jelszava a következő:

  • Felhasználónév: Hussain1076_LGU

  • Jelszó: lOV12MEaZx

1

Győződjön meg arról, hogy a jelszóhoz létrejön egy konfigurációs kulcs az alább látható parancsokkal, mielőtt használható lenne a hitelesítő adatokban vagy a megosztott titkos kulcsokban. A 6-os típusú jelszavak titkosítása az AES-rejtjel és ezzel a felhasználó által definiált konfigurációs kulccsal történik. 

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#password encryption aes

Itt van a helyi átjáró konfigurációja, amely mindkét platformra vonatkozik a fent megjelenített Control Hub paraméterek alapján, mentse és töltse be újra. A Control Hub SIP kivonatoló hitelesítő adatai félkövér betűkkel vannak kiemelve.

 configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end konfigurálja a terminál hangszolgáltatást voip ip-cím megbízható listáját ipv4 x.x.x.x y.y.y.y kilépés engedélyezze-csatlakozások sip to sip média statisztikák média tömeges-statisztikák Nincs kiegészítő szolgáltatás sip lásd nincs kiegészítő szolgáltatás sip handle-replace fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-minden korai ajánlat kényszerített end konfigurálja a terminál hangosztály sip-profilok 200 szabály 9 kérés BÁRMELY sip-fejléc SIP-profilok 200 szabály 9 kérés BÁRMELY sip-fejléc A(z) "<sips:(.*)" "<sip:\1" szabály 11 kérelem BÁRMELY sip-fejléc A(z) "<sips:(.*)" "<sip:\1" szabály 12 kérelem BÁRMELY sip-fejléc A(z) "<sips:(.*)" "<sip:\1" szabály 14 válasz BÁRMELY sip-fejléc A(z) "<sips:(.*)" "<sip:\1" szabály 15 válasz BÁRMELY sip-hussain1076_lgu>" 30. szabály kérés BÁRMELY sip-fejléc P-Asserted-Identity módosítsa a "sips:(.*)" "sip:\1" hangosztály kodek 99 kodek beállítás 1 g711ulaw kodek beállítás 2 g711ulaw kilépés hangosztály srtp-crypto 200 crypto 1 AES_cm-ben_128_hmac-en_sha1-es_80 kilépés a hangosztályú stun-használat 200 stun-használat tűzfal-bejárat adatfolyam kilépés a hangosztályú bérlő 200 regisztrátor dns:40462196.cisco-bcld.com scheme sip lejár 240 frissítési arány 50 tcp tls hitelesítő adatok száma Hussain5091_Lgu-ban felhasználónév Hussain1076_LGU jelszó 0 lOV12MEaZx tartomány Broadworks-hitelesítési felhasználónév Hussain5091_Lgu-ban jelszó 0 lOV12MEaZx tartomány BroadWorks-hitelesítési felhasználónév Hussain5091_Lgu-ban jelszó 0 lOV12MEaZx Tartomány 40462196.cisco-bcld.com nincs távoli fél-azonosító SIP-kiszolgáló dns:40462196.cisco-bcld.com kapcsolat-újrahasználat srtp-crypto 200 munkamenet szállítás tcp tls url sips error-passthru asserted-id pai bind control forrás-interfész GigabitEthernet1 bind média forrás-interfész GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 kimenő proxy dns:la01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip minta dtg=hussain1076.lgu tárcsázó-társ hang 101 voip leírás Kimenő tárcsázó-társ IP PSTN célvonalminta BAD.BAD munkamenetprotokoll sipv2 munkamenetcél ipv4:198.18.133.3 hangosztályú kodek 99 hangosztályú sip-bérlő 100 dtmf-relé rtp-nte nem vad tárcsázó-társ hang 201 voip leírás Kimenő tárcsázó-társ a Webex Calling célvonalminta BAD.BAD munkamenet protokoll sipv2 munkamenet cél sip-kiszolgáló hangosztályú kodek 99 hangosztályú sztun-használat 200 nincs hangosztályú sip localhost hangosztályú sip-bérlő 200 dtmf-relé rtp-nte srtp nem vad hangosztály dpg 100 leírás Bejövő WebexCalling(DP200) – IP PSTN(DP101) tárcsázó-társ 101 beállítás 1 hangosztályú dpg 200 leírás Bejövő IP PSTN(DP100) – Webex Calling(DP201) tárcsázó-társ 201 beállítás 1 tárcsázó-társ 100 voip desription Bejövő tárcsázó az IP PSTN munkamenet protokoll sipv2 célállomás dpg 200 bejövő uri keresztül 100 hangosztályú kodek 99

A show parancskimenet megjelenítéséhez újratöltöttük a VCUBE-2-t , majd a VCUBE-1-et, így a VCUBE-1 a készenléti CUBE , a VCUBE-2 pedig az aktív CUBE

2

Egyszerre csak egy platform tart fenn aktív regisztrációt helyi átjáróként a Webex Calling hozzáférési SBC-vel. Vessen egy pillantást az alábbi show parancsok kimenetére.

1. redundanciaalkalmazás-csoport megjelenítése

sip-uaregisztrációsállapot megjelenítése 

 VCUBE-1#redundancia alkalmazáscsoport megjelenítése 1 Csoportazonosító:1 Csoportnév:LocalGateway-HA rendszergazdai állapot: Nincs összesített üzemállapot: Fel  Saját szerepem: Készenléti társszerepkör: Társas AKTÍV Jelenlét: Igen, társszervező: Igen Peer-progresszió elindítva: Igen, RF-tartomány: btob-one RF állapot: Készenléti HOT Peer RF állapot: AKTÍV VCUBE-1#SIP-UA REGISZTRÁCIÓS ÁLLAPOTÁNAK megjelenítése VCUBE-1#

 VCUBE-2#redundancia alkalmazáscsoport megjelenítése 1 Csoportazonosító:1 Csoportnév:LocalGateway-HA rendszergazdai állapot: Nincs Összesített üzemállapot : Fel Saját szerepem: Aktív TÁRSAS Szerepkör: Társ JELENLÉTI ÁLLAPOT: Igen, társszervező: Igen Peer-progresszió elindítva: Igen, RF-tartomány: btob-one RF állapot: Társ AKTÍV Rf-állapota: KÉSZENLÉTI HOT VCUBE-2#SIP-UA REGISZTRÁCIÓS ÁLLAPOTÁNAK megjelenítése Bérlő: 200 --------------------regiszter-index  1 --------------------- Line peer lejár (sec) reg túlélés P-Associ-URI ============================== ========== ============================================ Hussain5091_LGU -1 48 igen normál VCUBE-2#

A fenti kimenetből láthatja, hogy a VCUBE-2 az aktív LGW, amely fenntartja a regisztrációt a Webex Calling-hozzáférési SBC-vel, míg a „SIP-UA REGISZTRÁCIÓS ÁLLAPOT MEGJELENÍTÉSE” KIMENET ÜRES A VCUBE-1 esetén

3

Most engedélyezze a következő hibakereséseket a VCUBE-1-en

 VCUBE-1#debug ccsip nem hívás A SIP-párbeszéden kívüli követés engedélyezve van VCUBE-1#debug ccsip info A SIP hívásinformáció-követés engedélyezve van VCUBE-1#debug ccsip message

4

A feladatátvétel szimulálása a következő parancs kiadásával az aktív LGW-n, ebben az esetben vCUBE-2.

 VCUBE-2#redundancia alkalmazás újratöltése 1 saját csoport esetén

Az ACTIVE-ról a STANDBY LGW-re való áttérés a következő forgatókönyvben is megtörténik a fent felsorolt CLI mellett

  • Amikor az ACTIVE útválasztó újratöltődik

  • Amikor az ACTIVE router ki- és bekapcsol

  • Ha az ACTIVE router bármely RG-vel konfigurált interfésze le van állítva, és a követés engedélyezve van

5

Ellenőrizze, hogy a VCUBE-1 regisztrált-e a Webex Calling hozzáférési SBC-ben. A VCUBE-2 mostanra újratöltött volna.

 VCUBE-1#SIP-UA regisztrációs állapot megjelenítése bérlő: 200 --------------------regiszter-index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========================================= Hussain5091_LGU -1 56 igen normál VCUBE-1#

A VCUBE-1 most az aktív LGW.

6

Nézze meg a VCUBE-1 megfelelő hibakeresési naplóját, amely SIP-REGISZTIÁT küld a Webex-nek, amely a virtuális IP-n keresztül hívja a Webex-et, és 200 OK-t kap.

 VCUBE-1#napló mutatása Jan 9 18:37:24.769: %RG_MEDIA-3-IDŐLEJÁRT: RG-azonosító 1 Helló, Idő Lejárt. Jan 9 18: 37: 24. 771: %RG_PROTCOL- 5- ROLECHANGE: RG id 1 szerepváltozás készenléti állapotról aktívra Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: Átváltás, KÉSZENLÉTI_HOT állapotról AKTÍV állapotra. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Értesítést kapott az aktív szerepről Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Elküldve: SIP REGISZTRÁLÁSA: 40462196.cisco-bcld.com:5061 SIP/2.0 Keresztül: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dátum: Sze, 09 Jan 2020 18:37:24 GMT Hívóazonosító: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Felhasználó-ügynök: Cisco-SIPGateway/IOS-16.12.02 Max továbbítások: 70 Időbélyeg: 1578595044 CSeq: 2 REGISZTRÁCIÓS Kapcsolat: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Lejár: 240 Támogatott: útvonal Tartalomhossza: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Megérkezett: SIP/2.0 401 Nincs hitelesítve ezen keresztül: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Dátum: Sze, 09 Jan 2020 18:37:24 GMT Hívóazonosító: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Időbélyeg: 1578595044 CSeq: 2 WWW-HITELESÍTÉS REGISZTRÁLÁSA; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Elküldve: REGISZTRÁLÁS SIP:40462196.cisco-bcld.com:5061 SIP/2.0 Ezen keresztül: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Dátum: Sze, 09 Jan 2020 18:37:25 GMT Hívóazonosító: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Felhasználó-Ügynök:Cisco-SIPGateway/IOS-16.12.02 Max-továbbítások: 70 Időbélyeg: 1578595045 CSeq: 3 REGISZTRÁCIÓS Kapcsolat: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Lejár: 240 Támogatott: útvonal Engedélyezése: Kivonatoló felhasználónév="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Tartalomhossz: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Megérkezett: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 Feladó: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Hívóazonosító: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Időbélyeg: 1578595045 CSeq: 3 REGISZTRÁCIÓS Kapcsolat: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0,5 Engedélyezési események: hívásinformáció, vonal-lefoglalás, párbeszédablak, üzenet-összegzés, as-feature-event, x-broadworks-hoteling, x-broadworks-call-center-állapot, konferencia tartalma-hossz: 0