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 1. sáv csatoló GigabitEthernet1 vonalprotokoll 2. sáv interfész GigabitEthernet2 vonalprotokoll kilépés 

VCUBE-1#conf t

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

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

VCUBE-1(config-track)# kilépés lehetőségre

VCUBE-2#conf t

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

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

VCUBE-2(config-track)# kilépés lehetőségre

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 redundanciacsoport 1 név LocalGateway-HA prioritás 100 feladatátvételi küszöbérték 75 vezérlés GigabitEthernet3 protokoll 1 adat GigabitEthernet3 időzítők késleltetés 30 újratöltés 60 1. sáv leállítás 2. leállítás kilépési protokoll 1. időzítő hellotime 3 holdtime kilépés 10 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)# neve 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)# adatok 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. sáv leállítása

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

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

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

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

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

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

VCUBE-1(config-red)# kilépés lehetőségre

VCUBE-1(config)#

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)# neve 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)# 1. GigabitEthernet3 protokoll vezérlése

VCUBE-1(config-red-app-grp)# adatok 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. sáv leállítása

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

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

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

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

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

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

VCUBE-2(config-red)# kilépés lehetőségre

VCUBE-2(config)#

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

  • redundancia — Belépés redundancia módba

  • alkalmazás redundanciája — Belép az alkalmazásredundancia konfigurációs módba

  • csoportba — Belép a redundancia alkalmazáscsoport konfigurációs módba

  • neve LocalGateway-HA —Az RG csoport nevét határozza meg

  • prioritás 100 feladatátvételi küszöbérték 75 — Meghatározza egy RG kezdeti prioritási és feladatátvételi küszöbértékét

  • időzítő késleltetés 30 újratöltés 60 — Beállítja a két időt késleltetéshez és újratöltéshez

    • 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.

  • 1. GigabitEthernet3 protokoll vezérlése — Beállítja a két CUBE közötti Keepalive és Hello üzenetek cseréjéhez használt felületet, és megadja azt a protokollpéldányt, amely egy vezérlőfelülethez lesz csatolva, és redundancia alkalmazás protokoll konfigurációs módba lép

  • adatok GigabitEthernet3 — Konfigurálja az adatforgalom ellenőrzőpontozásához használt felületet

  • pályán — Az interfészek RG csoportos nyomon követése

  • protokoll 1 — Azt a protokollpéldányt adja meg, amely a vezérlőfelülethez lesz csatolva, és redundanciaalkalmazás-protokoll konfigurációs módba lép

  • időzítő hellotime 3 holdtime 10 — Konfigurálja a két időzítőt a hellotime és holdtime számára:

    • 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 az előző lépésben a következőképpen: hangszolgáltatás voip . Ez lehetővé teszi a CUBE alkalmazás számára a redundancia folyamatának vezérlését.

hangszolgáltatás voip redundancy-group 1 kilépés

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

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

 % Létrehozott RG 1-asszociációt a Voice B2B HA-val; Töltse be újra az útválasztót, hogy az új konfiguráció életbe lépjen 

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

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

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

 % Létrehozott RG 1-asszociációt a Voice B2B HA-val; Töltse be újra az útválasztót, hogy az új konfiguráció életbe lépjen 

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

redundancia-csoport 1 —A parancs hozzáadásához és eltávolításához újra be kell tölteni a frissített konfigurációt, hogy é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)# felület GigabitEthernet1

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 lehetőségre

VCUBE-1(config)#

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 exkluzív

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

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 lehetőségre

VCUBE-2(config)#

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 exkluzív

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

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

  • redundancia rii — Beállítja a redundanciacsoport redundancia felület azonosítóját. 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, akkor minden párnak egyedi rii azonosítóval KELL rendelkeznie a megfelelő interfészeken (az ütközések elkerülése érdekében). A 'összes redundancia-alkalmazáscsoport megjelenítése' a megfelelő helyi és társinformációkat jelöli.

  • 1. redundanciacsoport — A felületet hozzárendeli a fenti 2. lépésben létrehozott redundanciacsoporthoz. 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

 Épület konfigurációja... 

 [OK] 

VCUBE-1# töltse be újra

 Folytatja az újrabetö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

 Épület konfigurációja... 

 [OK] 

VCUBE-2# töltse be újra

 Folytatja az újrabetö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 összes megjelenítése Hibaállapotok 1. csoport adatai:        Futásidejű prioritás: [100] RG hibák RG állapot: Fel.                        Hiba miatti átkapcsolások száma:  0 Hibák miatti le/fel állapotváltozások száma: 0 azonosító:1 Csoport neve:LocalGateway-HA Közigazgatási állam: Nincs leállítás Összesített működési állapot: Fel Saját szerepkör: AKTÍV társszerepkör: KÉSZENLÉT Peer jelenléte: Igen Peer Comm: Igen Peer-progresszió elindult: Igen RF tartomány: btob-one RF állapot: AKTÍV Peer RF állapot: STANDBY HOT RG Protokoll RG 1 ------------------- Szerep: Aktív tárgyalás: Engedélyezett prioritás: 100 protokoll állapota: Aktív Ctrl Intf(ek) állapota: Aktív felső szintű 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 módosítás aktívra: 1 szerepkör módosult készenléti állapotba: 1 esemény letiltása: rg down állapot 0, rg shut 0 ctrl intf események: fel 1, le 0,admin_down 0 újratöltési esemény: 0. helyi kérés, 0. társkérelem RG médiakörnyezet az RG 1 számára --------------------------- Ctx állapot: Aktív azonosító: 1 Média típusa: Alapértelmezett Vezérlőfelület: GigabitEthernet3 Jelenlegi Hello időzítő: 3000 konfigurált Hello időzítő: 3000, Tartás időzítő: 10000 Peer Hello időzítő: 3000, Peer Hold timer: 10000 statisztika:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 A hitelesítés nincs konfigurálva Hitelesítési hiba: 0 Peer újratöltése: TX 0, RX 0 Lemondás: TX 0, RX 0 Készenléti társ: Jelen. Tartás időzítő: 10000 Pkts 61, Byte 2074 Byte, HA Seq 0, Seq Number 69, Pkt Loss 0 VCUBE-1#
 VCUBE-2# redundancia alkalmazáscsoport összes megjelenítése Hibaállapotok 1. csoport adatai:        Futásidejű prioritás: [100] RG hibák RG állapot: Fel.                        Hiba miatti átkapcsolások száma:  0 Hibák miatti le/fel állapotváltozások száma: 0 azonosító:1 Csoport neve:LocalGateway-HA Közigazgatási állam: Nincs leállítás Összesített működési állapot: Fel Saját szerepkör: KÉSZENLÉTI ÜZEMMÓD Peer szerepkör: AKTÍV Peer jelenléte: Igen Peer Comm: Igen Peer-progresszió elindult: Igen RF tartomány: btob-one RF állapot: AKTÍV Peer RF állapot: STANDBY HOT RG Protokoll RG 1 ------------------- Szerep: 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 módosítás aktívra: 1 szerepkör módosult készenléti állapotba: 1 esemény letiltása: rg down állapot 0, rg shut 0 ctrl intf események: fel 1, le 0,admin_down 0 újratöltési esemény: 0. helyi kérés, 0. társkérelem RG médiakörnyezet az RG 1 számára --------------------------- Ctx állapot: Aktív azonosító: 1 Média típusa: Alapértelmezett Vezérlőfelület: GigabitEthernet3 Jelenlegi Hello időzítő: 3000 konfigurált Hello időzítő: 3000, Tartás időzítő: 10000 Peer Hello időzítő: 3000, Peer Hold timer: 10000 statisztika:             Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0 A hitelesítés nincs konfigurálva Hitelesítési hiba: 0 Peer újratöltése: TX 0, RX 0 Lemondás: TX 0, RX 0 Készenléti társ: Jelen. Tartás időzítő: 10000 Pkts 61, Byte 2074 Byte, HA Seq 0, Seq Number 69, Pkt Loss 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)# kulcs config-key password-encrypt Jelszó123 LocalGateway(config)# jelszó titkosítás 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 Hubból származó SIP kivonatolt azonosító adatok kiemelve jelennek meg félkövér .

 konfigurálhttp://www.cisco.com/security/pki/trs/ios_core.p7b vég konfigurálása terminál hangszolgáltatása voip IP-cím megbízható lista ipv4 xxxx éééé kilépés engedélyezés-kapcsolatok sip to sip médiastatisztika média tömeges-stat nincs kiegészítő-szolgáltatás sip refer nincs kiegészítő-szolgáltatás sip kezel-helyettesíti fax protokoll átjelentkezés g711ulaw stun stun flowdata ügynök -id 1 boot-count 4 stunt flowdata shared-secret 0 Jelszó123! sip g729 annexb-all korai ajánlattétel kényszerített vége terminál hangosztályának konfigurálása sip-profiles 200 szabály 9 kérés ANY sip-header SIP-Req- URI módosítsa "sips:(.*)" "sip:\1" szabály 10 request ANY sip -header Módosítandó "  " " " szabály 13 válasz ANY sip-header Módosítandó "  " ";otg= hussain1076_lgu >" 30. szabály kérjen BÁRMELY sip-fejlécet P-Asserted-Identity "sips:(.*)" "sip:\1" voice class kodek 99 kodek preferencia 1 g711ulaw kodek preferencia 2 g711ulaw kilépés hangosztály srtp-crypto 200 crypto 1 AES_ CM_ 128_ HMAC_ SHA1_ 80 kilépés hangosztály kábítás használat 200 kábítás használat firewall-traversal flowdata kilépés hangosztály bérlő 200 regisztrátor dns:40462196.cisco-bcld.com séma kortyok lejár 240 frissítési arány 50 tcp tls hitelesítő adatok száma Hussain5091_ LGU Hussain1076 felhasználónév_ LGU jelszó 0 lOV12MEaZx realm Broadworks hitelesítési felhasználónév Hussain5091_ LGU jelszó 0 lOV12MEaZx realm BroadWorks hitelesítési felhasználónév Hussain5091_ LGU jelszó 0 lOV12MEaZx birodalmat4046219 6.cisco-bcld.com nincs távoli-party-id sip-kiszolgáló dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 nincs áteresztő tartalom custom-sdp sip-profiles outbound-proxy 200 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 nincs átmenő tartalom egyéni sdp hangosztály bérlő 300 bind vezérlés forrás-interfész GigabitEthernet2 felület GigabitEthernet2 nincs átmenő tartalom egyéni-sdp hangosztály uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip minta dtg= hussain1076.lgu tárcsázó egyenrangú hang 101 voip leírása Kimenő tárcsázási egyenrangú IP PSTN célminta BAD.BAD munkamenet protokoll sipv2 munkamenet cél ipv4:198.18.133.3 hangosztály kodek 99 hangosztály sip bérlő 100 dtmf-relay rtp-nte no -peer voice 201 voip leírása Kimenő tárcsázási egyenrangú Webex Webex Calling cél-minta BAD.BAD munkamenet protokoll sipv2 session target sip-server voice-class kodek 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip bérlő 200 dtmf-relay rtp-nte srtp no vad hangosztály dpg 100 leírás Bejövő WebexCalling(DP200) IP PSTN(DP101) tárcsázó peer 101 preferencia 1 hangosztály dpg 200 leírás Bejövő IP PSTN( Webex Calling) (Bejövő IP PSTN(WebDPex1010)) -peer 201 preferencia 1 tárcsázó egyenrangú hang 100 voip leírás Bejövő tárcsázó egyenrangú IP PSTN munkamenet protokollról sipv2 cél dpg 200 bejövő uri 100 voice-class kodek 99 hangosztály sip bérlő 300 dtmf-relay no rtp peer voice 200 voip leírás Bejövő tárcsázó-peer a Webex Calling munkamenet protokoll sipv2 cél dpg 100 bejövő uri kérés 200 hangosztályú kodek 99 hangosztály kábító használat 200 hangosztály sip bérlő 200 dtmf-relay rtp-nte srtp no vad vége másolás futás kezdete

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-ua regisztrációs állapot megjelenítése

 VCUBE-1# redundancia alkalmazáscsoport megjelenítése 1 azonosító:1 Csoport neve:LocalGateway-HA Felügyeleti állapot: Nincs leállítás Összesített működési állapot: Fel Saját szerepkör: Készenléti állapot Peer szerepkör: AKTÍV társjelenlét: Igen Peer Comm: Igen Peer-progresszió elindult: Yes RF Domain: btob-one RF state: STANDBY HOT Peer RF state: ACTIVE VCUBE-1#show sip-ua register status VCUBE-1#

 VCUBE-2#show redundancy application group 1 Group ID:1 Group Name:LocalGateway-HA Administrative State: No Shutdown Aggregate operational state : Up My Role: ACTIVE Peer Role: STATUS Peer Presence: Yes Peer Comm: Yes Peer Progression Started: Yes RF Domain: btob-one RF state: ACTIVE Peer RF state: STANDBY HOT VCUBE-2#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 48 yes normal VCUBE-2#

From the output above, you can see that VCUBE-2 is the active LGW maintaining the registration with Webex Calling access SBC, whereas the output of the “show sip-ua register status” is blank in VCUBE-1

3

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

 VCUBE-1#debug ccsip non-call SIP Out-of-Dialog tracing is enabled VCUBE-1#debug ccsip info SIP Call info tracing is enabled 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#redundancy application reload group 1 self

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#show sip-ua register status Tenant: 200 --------------------Registrar-Index  1 --------------------- Line peer expires(sec) reg survival P-Associ-URI ============================== ========== ============ === ======== ============ Hussain5091_LGU -1 56 yes normal 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#show log Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired. Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state. Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent: Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595044 CSeq: 2 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Content-Length: 0 

Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: Received: SIP/2.0 401 Unauthorized Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 Date: Thu, 09 Jan 2020 18:37:24 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595044 CSeq: 2 REGISTER WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5 Content-Length: 0 

Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: Sent: REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0 Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Date: Thu, 09 Jan 2020 18:37:25 GMT Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 User-Agent:Cisco-SIPGateway/IOS-16.12.02 Max-Forwards: 70 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Expires: 240 Supported: path Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 Content-Length: 0 

Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  Received: SIP/2.0 200 OK Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Timestamp: 1578595045 CSeq: 3 REGISTER Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference Content-Length: 0