Tässä artikkelissa
Perusteet
Määritä redundanssi molemmissa CUBEissa
Toteuta CUBE korkea käytettävyys paikallisena yhdyskäytävänä
list-menuTässä artikkelissa
list-menuOnko sinulla palautetta?

Paikallinen yhdyskäytävä (LGW) on yksinomainen ratkaisu paikallisen PSTN-yhteyden tarjoamiseen Cisco Webex Calling -asiakkaille. Tämä asiakirja opastaa määrittämään paikallisen yhdyskäytävän käyttämällä CUBE-korkean käytettävyyden, aktiivisia tai valmiustilassa olevia CUBE:ita, jotta varmistetaan aktiivisten puheluiden tilallinen vikasietoisuus.

Perusteet

Edellytykset

Ennen kuin otat käyttöön Cisco Unified Border Element (CUBE) High Availability (HA) paikallisena yhdyskäytävänäWebex Calling, varmista, että ymmärrät perusteellisesti seuraavat käsitteet:

Tässä artikkelissa annetuissa määritysohjeissa oletetaan oma paikallinen yhdyskäytäväalusta, jolla ei ole olemassa olevaa äänikokoonpanoa. Jos olemassa olevaa CUBE-yrityskäyttöönottoa muokataan hyödyntämään myös paikallista yhdyskäytävätoimintoaCisco Webex Calling, kiinnitä erityistä huomiota sovellettuihin kokoonpanoihin varmistaaksesi, että olemassa olevat puheluvirrat ja toiminnot eivät keskeydy, ja varmista, että noudatat CUBE HA -suunnitteluvaatimuksia.

Laitteisto- ja ohjelmistokomponentit

CUBE HA paikallisena yhdyskäytävänä vaatii IOS-XE-version 17.9.1 tai uudemman ja alustan, jolla tuetaan sekä CUBE HA- että LGW-toimintoja.

Tämän artikkelin show-komennot ja lokit perustuvat Cisco IOS -XE 17.9.1 -ohjelmiston vähimmäisjulkaisuun, joka on toteutettu vCube (CSR 8000v) -laitteella.

Vertailumateriaali

Tässä on joitain yksityiskohtaisia CUBE HA -kokoonpano-oppaita eri alustoille:

Webex CallingRatkaisun yleiskatsaus

Cisco Webex Callingon yhteistyötarjous, joka tarjoaa usean vuokralaisen pilvipohjaisen vaihtoehdon paikan päällä olevalle PBX-puhelinpalvelulle useilla PSTN-vaihtoehdoilla asiakkaille.

Paikallisen yhdyskäytävän käyttöönotto (esitetty alla) on tämän artikkelin painopiste. Paikallisen yhdyskäytä vän (tiloihin perustuva PSTN) runkoliitäntä mahdollistaa yhteyden asiakkaan omist Webex Calling amaan PSTN-palveluun. Se tarjoaa myös yhteyden paikalliseen IP PBX-käyttöönottoon, kuten. Cisco Unified CM Kaikki viestintä pilveen ja pilveen on suojattu TLS-siirrolla SIP: lle ja SRTP medialle.

Local Gateway premises-based PSTN deployment

Alla olevassa kuvassa näkyy Webex Calling käyttöönotto, jossa ei ole olemassa olevia IP-PBX:itä, ja sitä voidaan soveltaa yksittäiseen tai usean sivuston käyttöönottoon. Tässä artikkelissa kuvatut määritykset perustuvat tähän käyttöönottoon.

Webex Calling deployment without IP PBX

Kerros 2 laatikosta laatikkoon redundanssi

CUBE HA Layer 2 box-to-box redundanssi käyttää Redundancy Group (RG) -infrastruktuuriprotokollaa aktiivi-/valmiustilan reitittimien parin muodostamiseen. Tämä pari jakaa saman virtuaalisen IP-osoitteen (VIP) kunkin rajapinnan välillä ja vaihtaa jatkuvasti tilaviestejä. CUBE-istunnon tiedot tarkistetaan reitittimien parissa, jolloin valmiustilareititin voi ottaa kaikki CUBE-puheluiden käsittelyvastuut välittömästi, jos aktiivinen reititin poistuu käytöstä, mikä johtaa signaloinnin ja median tilan säilyttämiseen.

Tarkistus on rajoitettu mediapaketeilla varustettuihin kytkettyihin puheluihin. Siirrettävät puhelut eivät ole tarkistuskohdissa (esimerkiksi kokeilu- 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 17.9.1: sta lähtien CUBE HA voidaan ottaa käyttöön paikallisena yhdyskäytävänä Cisco Webex Calling runko-käyttöönotoissa (tiloihin perustuva PSTN). Tässä artikkelissa käsitellään suunnittelunäkökohtia ja kokoonpanoja. Kuvassa näkyy tyypillinen CUBE HA -asetus paikalliseksi yhdyskäytäväksi Cisco Webex Calling runko-käyttöönoton yhteydessä.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

Redundanssiryhmän infrakomponentti

Redundancy Group (RG) Infra -komponentti tarjoaa laatikosta laatikkoon -viestintäinfrastruktuurin tuen kahden CUB:n välillä ja neuvottelee lopullisesta vakaasta redundanssitilasta. Tämä komponentti tarjoaa myös:

  • HSRP-tyyppinen protokolla, joka neuvottelee kunkin reitittimen lopullisen redundanssitilan vaihtamalla keepalive- ja hello-viestejä kahden CUBE: n välillä (ohjausrajapinnan kautta) —GigabiteThernet3 yllä olevassa kuvassa.

  • Kuljetusmekanismi signaloinnin ja median tilan tarkistamiseksi jokaiselle puhelulle aktiivisesta valmiustilaan reitittimestä (dataliittymän kautta) —GigabiteThernet3 yllä olevassa kuvassa.

  • Liikennerajapintojen Virtual IP (VIP) -rajapinnan kokoonpano ja hallinta (useita liikennelajapintoja voidaan konfiguroida käyttämällä samaa RG-ryhmää) - GigabitEthernet 1 ja 2 pidetään liikenteen rajapintoja.

Tämä RG-komponentti on konfiguroitava erityisesti tukemaan B2B HA -ääntä.

Virtuaalinen IP (VIP) -osoitteen hallinta sekä signaloinnille että medialle

B2B HA luottaa VIP: hen irtisanomisen saavuttamiseksi. CUBE HA -parin molempien CUBE:n VIP- ja siihen liittyvien fyysisten rajapintojen on sijaittava samassa LAN-aliverkossa. VIP: n konfigurointi ja VIP-käyttöliittymän sitominen tiettyyn äänisovellukseen (SIP) ovat pakollisia puheen B2B HA -tuelle. Ulkoiset laitteetUnified CM, kuten SB Webex Calling C, palveluntarjoaja tai välityspalvelin, käyttävät VIP: tä kohde-IP-osoitteena CUBE HA -reitittimien kautta kulkeville puheluille. Siksi CUBE HA Webex Calling -parit toimivat näkökulmasta yhtenä paikallisena yhdyskäytävänä.

Vakiintuneiden puheluiden puhelun signalointi ja RTP-istunnon tiedot tarkistetaan aktiivisesta reitittimestä valmiustilaan. Kun aktiivinen reititin kaatuu, Standby-reititin ottaa vallan ja jatkaa ensimmäisen reitittimen aiemmin reitittämän RTP-virran siirtämistä eteenpäin.

Puheluita, jotka ovat väliaikaisessa tilassa vikasietoisen siirron aikana, ei säilytetä siirtymisen jälkeen. Esimerkiksi puhelut, joita ei ole vielä täysin perustettu tai joita muokataan siirto- tai pidätystoiminnolla. Vakiintuneet puhelut voidaan katkaista siirtymisen jälkeen.

Seuraavat vaatimukset ovat voimassa CUBE HA:n käyttämiselle paikallisena yhdyskäytävänä puheluiden tilavalvontaa varten:

  • CUBE HA: lla ei voi olla TDM- tai analogisia rajapintoja

  • Gig1 ja Gig2 kutsutaan liikenteen (SIP/RTP) rajapinnoiksi ja Gig3 on redundanssiryhmän (RG) ohjaus/dataliitäntä

  • Samaan kerroksen 2 domeeniin voidaan sijoittaa enintään 2 CUBE HA -paria, joista toisella on ryhmän tunnus 1 ja toisella ryhmän tunnus 2. Jos määrität 2 HA-paria samalla ryhmätunnuksella, RG Control/Data -rajapintojen on kuuluttava eri tason 2 verkkotunnuksiin (vlan, erillinen kytkin)

  • Porttikanavaa tuetaan sekä RG-ohjauksen/data- että liikenteen rajapinnoissa

  • Kaikki signaali/media hankitaan virtuaalisesta IP-osoitteesta/siihen

  • Aina kun alusta ladataan uudelleen CUBE-HA-suhteessa, se käynnistyy aina valmiustilassa

  • Kaikkien rajapintojen (Gig1, Gig2, Gig3) alemman osoitteen tulisi olla samalla alustalla

  • Redundanssirajapinnan tunnisteen, rii tulisi olla ainutlaatuinen pari-/liitäntäyhdistelmälle samassa kerroksessa 2

  • Molempien CUBE-laitteiden kokoonpanon on oltava identtinen, mukaan lukien fyysinen kokoonpano, ja niiden on oltava käynnissä samantyyppisellä alustalla ja IOS-XE-versiolla

  • Loopback-rajapintoja ei voida käyttää sidona, koska ne ovat aina päällä

  • Usean liikenteen (SIP/RTP) rajapinnat (Gig1, Gig2) edellyttävät käyttöliittymän seurannan määrittämistä

  • CUBE-HA:ta ei tueta RG-ohjaus/datalinkin (Gig3) ristikaapeliliitännän kautta

  • Molempien alustojen on oltava identtisiä ja kytkettävä fyysisen kytkim en kautta kaikkiin vastaaviin rajapintoihin, jotta CUBE HA toimisi, ts. CUBE-1: n ja CUBE-2: n GE0/0/0: n on päätettävä samalla kytkimellä ja niin edelleen.

  • WAN-verkkoa ei voida lopettaa suoraan CUBE:ssa tai Data HA: lla kummallakin puolella

  • Sekä aktiivisen että valmiustilan on oltava samassa datakeskuksessa

  • Redundanssiin on pakko käyttää erillistä L3-liitäntää (RG Control/data, Gig3). ts. liikenteessä käytettävää rajapintaa ei voida käyttää HA-tallennusvälineisiin ja tarkistuspisteisiin

  • Virheensiirron yhteydessä aiemmin aktiivinen CUBE käy läpi suunnittelun mukaisen uudelleenlatauksen säilyttäen signaloinnin ja tietovälineen

Määritä redundanssi molemmissa CUBEissa

Sinun on määritettävä kerroksen 2 laatikosta laatikkoon redundanssi molemmissa CUBE:issa, jotka on tarkoitettu käytettäväksi HA-parissa virtuaalisten IP-osoitteiden tuomiseksi.

A typical CUBE HA setup as Local Gateway for a Cisco Webex Calling trunk deployment

1

Määritä käyttöliittymän seuranta globaalilla tasolla seurataksesi käyttöliittymän tilaa.

conf t
 track 1 interface GigabitEthernet1 line-protocol
 track 2 interface GigabitEthernet2 line-protocol
 exit

VCUBE-1#conf t
VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-1(config-track)#exit
VCUBE-2#conf t
VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
VCUBE-2(config-track)#exit

Track CLI: tä käytetään RG:ssä ääniliikenteen rajapinnan tilan seuraamiseen siten, että aktiivinen reitti saa melko aktiivisen roolinsa liikenteen rajapinnan ollessa poissa käytöstä.

2

Määritä RG käytettäväksi VoIP HA: n kanssa sovelluksen redundanssin alitilassa.

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit


VCUBE-1(config)#redundancy
VCUBE-1(config-red)#application redundancy
VCUBE-1(config-red-app)#group 1
VCUBE-1(config-red-app-grp)#name LocalGateway-HA
VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
VCUBE-1(config-red-app-grp)#track 1 shutdown
VCUBE-1(config-red-app-grp)#track 2 shutdown
VCUBE-1(config-red-app-grp)#exit
VCUBE-1(config-red-app)#protocol 1
VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-1(config-red-app-prtcl)#exit
VCUBE-1(config-red-app)#exit
VCUBE-1(config-red)#exit
VCUBE-1(config)#

VCUBE-2(config)#redundancy
VCUBE-2(config-red)#application redundancy
VCUBE-2(config-red-app)#group 1
VCUBE-2(config-red-app-grp)#name LocalGateway-HA
VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
VCUBE-1(config-red-app-grp)#data GigabitEthernet3
VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
VCUBE-2(config-red-app-grp)#track 1 shutdown
VCUBE-2(config-red-app-grp)#track 2 shutdown
VCUBE-2(config-red-app-grp)#exit
VCUBE-2(config-red-app)#protocol 1
VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
VCUBE-2(config-red-app-prtcl)#exit
VCUBE-2(config-red-app)#exit
VCUBE-2(config-red)#exit
VCUBE-2(config)#

Tässä on selitys tässä kokoonpanossa käytetyistä kentistä:

  • redundanssi — Siirtyy redundans sitilaan

  • sovellusredundanssi — Siirtyy sovelluksen redundanssin määritystilaan

  • group —Siir tyy redundanssisovellusten ryhmän määritystilaan

  • nimi LocalGateway-ha — Määrittää R G-ryhmän nimen

  • prioriteetti 100 vikasietoisuuden kynnysarvo 75 — Määrittää RG: n alkuperäisen prioriteetin ja vikasietoisuuden kynnysarvot

  • ajastimet viive 30 uudelleenlataus 60 - Määrittää kaksi kertaa viiveelle ja uudelleenlataukselle

    • Viiveajastin, joka on aika viivästyttää RG-ryhmän alustamista ja roolineuvottelua käyttöliittymän ilmestymisen jälkeen - Oletus 30 sekuntia. Vaihteluväli on 0-10000 sekuntia

    • Uudelleenlataus - Tämä on aika, joka viivästyttää RG-ryhmän alustamista ja roolineuvottelua uudelleenlatauksen jälkeen - Oletus 60 sekuntia. Vaihteluväli on 0-10000 sekuntia

    • Oletusajastimia suositellaan, vaikka näitä ajastimia voidaan säätää vastaamaan mahdollisiin ylimääräisiin verkon konvergenssiviiveisiin, joita voi esiintyä reitittimien käynnistys/uudelleenlatauksen aikana, jotta voidaan taata, että RG-protokollaneuvottelut tapahtuvat sen jälkeen, kun reititys verkossa on lähentynyt vakaaseen pisteeseen. Jos esimerkiksi vikasietoinnin jälkeen nähdään, että uuden STANDBY-laitteen ensimmäisen RG HELLO -paketin näkeminen kestää jopa 20 sekuntia, ajastimet on säädettävä arvoon ”ajastimien viive 60 reload 120” tämän viiveen huomioon ottamiseksi.

  • ohjaus GigabiteThernet3-protokolla 1 —Määrittää käyttöliittymän, jota käytetään keepalive- ja hello -viestien vaihtamiseen kahden CUBE:n välillä, ja määrittää protokollaesiintymän, joka liitetään ohjausrajapintaan ja siirtyy redundanssisovelluksen protokollan määritystilaan

  • data GigabiteThernet3 — Määrittää dataliikenteen tarkistamiseen käytettävän rajapinnan

  • raita —RG-ryhmän rajapintojen seuranta

  • protokolla 1 — Määrittää protokollailmentymän, joka liitetään ohjausrajapintaan ja siirtyy redundanssisovelluksen protokollan määritystilaan

  • ajastimet hellotime 3 holdtime 10 —Määrittää kaksi ajastinta hellotime- ja pidätystielle:

    • Hellotime - Peräkkäisten tervehdysten välinen aika - Oletus 3 sekuntia. Kantama on 250 millisekuntia 254 sekuntia

    • Pidätysaika — Väli, joka välittää Hello-viestin vastaanottamisen ja oletuksen, että lähettävä reititin on epäonnistunut. Tämän keston on oltava pidempi kuin hello-aika - Oletus 10 sekuntia. Kantama on 750 millisekuntia 255 sekuntia

      Suosittelemme, että pidätysajastin määritetään vähintään kolminkertaiseksi hellotime-ajastimen arvoon nähden.

3

Ota käyttöön laatikosta laatikkoon redundanssi CUBE-sovelluksessa. Määritä RG edellisestä vaiheesta alla voice service voip. Tämän avulla CUBE-sovellus voi hallita redundanssiprosessia.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip
VCUBE-1(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-1(config-voi-serv)# exit
VCUBE-2(config)#voice service voip
VCUBE-2(config-voi-serv)#redundancy-group 1
% Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
VCUBE-2(config-voi-serv)# exit

redundancy-group 1 — Tämän komennon lisääminen ja poistaminen vaatii uudelleenlatauksen, jotta päivitetty kokoonpano tulee voimaan. Lataamme alustat uudelleen, kun kaikki kokoonpanot on otettu käyttöön.

4

Määritä Gig1- ja Gig2-rajapinnat vastaavilla virtuaalisilla IP-osoitteilla alla olevan kuvan mukaisesti ja käytä redundanssirajapinnan tunnistetta (rii)

VCUBE-1(config)#interface GigabitEthernet1
VCUBE-1(config-if)# redundancy rii 1
VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-1(config)#
VCUBE-1(config)#interface GigabitEthernet2
VCUBE-1(config-if)# redundancy rii 2
VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-1(config-if)# exit
VCUBE-2(config)#interface GigabitEthernet1
VCUBE-2(config-if)# redundancy rii 1
VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
VCUBE-2(config-if)# exit
VCUBE-2(config)#
VCUBE-2(config)#interface GigabitEthernet2
VCUBE-2(config-if)# redundancy rii 2
VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
VCUBE-v(config-if)# exit

Tässä on selitys tässä kokoonpanossa käytetyistä kentistä:

  • redundanssi rii — Määr ittää redundanssiryhmän redundanssirajapinnan tunnisteen. Tarvitaan Virtual MAC (VMAC) -osoitteen luomiseen. Samaa rii ID -arvoa on käytettävä jokaisen reitittimen (ACTIVE/STANDBY) käyttöliittymässä, jolla on sama VIP.

    Jos samassa lähiverkossa on useampi kuin yksi B2B-pari, jokaisella parilla ON OLTAVA yksilölliset rii- tunnukset vastaavissa rajapinnoissaan (törmäyksen estämiseksi). Näytä redundanssisovellusten ryhmä kaikki - komennon tulisi osoittaa oikeat paikalliset ja vertaistiedot.

  • redundanssiryhmä 1 — Yhdistää rajapinnan yllä olevassa vaiheessa 2 luotuun redundanssiryhmään. Määritä RG-ryhmä sekä tälle fyysiselle käyttöliittymälle määritetty VIP.

    Redundanssiin on pakko käyttää erillistä käyttöliittymää, eli puheliikenteessä käytettävää käyttöliittymää ei voida käyttää edellä vaiheessa 2 määritellynä ohjaus- ja dataliittymänä. Tässä esimerkissä Gigabit-liitäntää 3 käytetään RG-ohjaukseen/dataan

5

Tallenna ensimmäisen CUBE: n kokoonpano ja lataa se uudelleen.

Viimeisenä ladattava alusta on aina valmiustila.

VCUBE-1#wr
Building configuration...
[OK]
VCUBE-1#reload
Proceed with reload? [confirm]

Kun VCUBE-1 käynnistyy kokonaan, tallenna V CUBE-2: n kokoonpano ja lataa se uudelleen.

VCUBE-2#wr
Building configuration...
[OK]
VCUBE-2#reload
Proceed with reload? [confirm]
6

Varmista, että laatikosta laatikkoon -määritys toimii odotetulla tavalla. Asiaankuuluva tuotos on korostettu li havoit una.

Latasimme VCUBE-2: n viimeksi ja suunnittelunäkökohtien mukaan; viimeisenä ladattava alusta on aina valmiustila.


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

Seuraavaksi jatka paikallisen yhdyskäytävän kokoonpanoa (rekisteröinti- tai varmentepohjainen ) molemmissa HA CUBE:issa. Katso Paikallisen yhdyskäytävän määrittäminen Cisco IOS XE: ssä Webex Calling.

Oliko tästä artikkelista apua?
Oliko tästä artikkelista apua?