Tässä artikkelissa
Perusteet
Määritä redundanssi molempiin CUBEihin.

CUBE:n korkean käytettävyyden toteuttaminen paikallisena yhdyskäytävänä

list-menuTässä artikkelissa
list-menuOnko sinulla palautetta?

Local Gateway (LGW) on yksinoikeusratkaisu, jolla Cisco Webex Calling -asiakkaille tarjotaan tiloissa toimiva PSTN-yhteys . Tässä asiakirjassa opastetaan Local Gateway -yhteyskäytävän konfiguroinnissa, jossa käytetään CUBE:n korkeaa käytettävyyttä ja jossa on aktiivisia tai varalla olevia CUBE:ita aktiivisten puhelujen tilatietoisen vikasietoisuuden varmistamiseksi .

Perusteet

Edellytykset

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

Tässä artikkelissa annetut määritysohjeet olettavat, että käytössä on oma paikallinen yhdyskäytävä, jossa ei ole olemassa olevia äänikokoonpanoja. Jos olemassa olevaa CUBE enterprise -käyttöönottoa muutetaan niin, että siinä voidaan käyttää myös paikallista yhdyskäytävää Cisco Webex Calling -toimintoa varten, kiinnitä erityistä huomiota sovellettuun kokoonpanoon, jotta varmistetaan, että olemassa olevat puheluvirrat ja toiminnallisuudet eivät keskeydy, ja varmista, että noudatat CUBE HA:n suunnitteluvaatimuksia.

Laitteisto ja ohjelmistokomponentit

CUBE HA paikallisena yhdyskäytävänä edellyttää IOS-XE:n versiota 17.9.1 tai uudempaa versiota ja alustaa, jossa sekä CUBE HA- että LGW-toimintoja tuetaan.

Tämän artikkelin show-komennot ja lokit perustuvat Cisco IOS-XE 17.9.1 -ohjelmiston vähimmäisversioon, joka on toteutettu vCUBE:ssa (CSR 8000v).

Vertailumateriaali

Tässä on joitakin yksityiskohtaisia CUBE HA -määritysoppaita eri alustoille:

Webex Calling -ratkaisun yleiskatsaus

Cisco Webex Calling on yhteistyötarjous, joka tarjoaa asiakkailleen monimiehityspohjaisen pilvipohjaisen vaihtoehdon paikalliselle PBX-puhelinpalvelulle, jossa on useita PSTN-vaihtoehtoja.

Tässä artikkelissa keskitytään paikallisen yhdyskäytävän käyttöönottoon (kuvattu alla). Webex Callingin paikallinen yhdyskäytävä (tiloihin perustuva PSTN) mahdollistaa yhteyden asiakkaan omistamaan PSTN-palveluun. Se tarjoaa myös yhteyden tiloissa olevaan IP PBX -käyttöönottoon, kuten Cisco Unified CM:ään. Kaikki viestintä pilvipalveluun ja pilvipalvelusta on suojattu käyttämällä TLS-siirtoa SIP:n ja SRTP:tä median osalta.

Paikallinen yhdyskäytävä tiloihin perustuva PSTN-käyttöönotto

Alla olevassa kuvassa näkyy Webex Calling -käyttöönotto ilman olemassa olevaa IP PBX:ää, ja sitä voidaan soveltaa yhden tai usean toimipisteen käyttöönotossa. Tässä artikkelissa esitetyt kokoonpanot perustuvat tähän käyttöönottoon.

Webex Calling -käyttöönotto ilman IP PBX:ää

Kerros 2 Box-to-Box-redundanssi

CUBE HA:n tason 2 box-to-box-redundanssi käyttää RG (Redundancy Group) -infrastruktuuriprotokollaa aktiivisen/varalla olevan reititinparin muodostamiseen. Tämä pari käyttää samaa virtuaalista IP-osoitetta (VIP) liitännöissään ja vaihtaa jatkuvasti tilaviestejä. CUBE-istuntotiedot tarkistetaan reititinparin välillä, jolloin varareititin voi ottaa kaikki CUBE-puhelujen käsittelyvastuut välittömästi hoitaakseen, jos aktiivinen reititin lakkaa toimimasta, jolloin signalointi ja media säilyvät tilassa.

Tarkistuspisteiden osoittaminen rajoittuu yhdistettyihin puheluihin, joissa on mediapaketteja. Kauttakulkupuheluja ei tarkisteta (esimerkiksi yrittämis- tai soittotilaa).

Tässä artikkelissa CUBE HA tarkoittaa CUBE High Availability (HA) -kerroksen 2 Box-to-Box (B2B) -redundanssia, joka mahdollistaa tilannekohtaisen puhelun säilyttämisen.

IOS-XE 17.9.1:stä alkaen CUBE HA voidaan ottaa käyttöön paikallisena yhdyskäytävänä Cisco Webex Calling -runkokäytössä (tiloihin perustuva PSTN). Tässä artikkelissa käsitellään suunnitteluun liittyviä näkökohtia ja kokoonpanoja. Kuvassa näkyy tyypillinen CUBE HA -asetus Cisco Webex Calling -runkokäytön paikallisyhdyskäytävänä.

Tyypillinen CUBE HA -asetus Cisco Webex Calling -runkokäytön paikallisena yhdyskäytävänä.

Redundanssiryhmä Infra-komponentti

Redundanssiryhmän (RG) Infra-komponentti tarjoaa box-to-box-viestintäinfrastruktuurin tuen kahden CUBE:n välillä ja neuvottelee lopullisen vakaan redundanssitilan. Tämä komponentti tarjoaa myös:

  • HSRP:n kaltainen protokolla, joka neuvottelee kunkin reitittimen lopullisen redundanssitilan vaihtamalla keepalive- ja hello-sanomia kahden CUBE:n välillä (ohjausliitännän kautta) - yllä olevassa kuvassa Gigabit Ethernet3.

  • Siirtomekanismi, jolla tarkistetaan kunkin puhelun signalointi- ja mediatila aktiiviselta reitittimeltä varareitittimelle (dataliittymän kautta) - yllä olevassa kuvassa Gigabit Ethernet3.

  • Liikenneliittymien virtuaalisen IP-liittymän (VIP) konfigurointi ja hallinta (useita liikenneliittymiä voidaan konfiguroida käyttämällä samaa RG-ryhmää) - GigabitEthernet 1 ja 2 katsotaan liikenneliittymiksi.

Tämä RG-komponentti on konfiguroitava erityisesti tukemaan puhe-B2B HA:ta.

Virtuaalisten IP-osoitteiden (VIP) hallinta sekä signalointia että mediaa varten.

B2B HA luottaa VIP:iin redundanssin saavuttamiseksi. CUBE HA -parin molempien CUBE:iden VIP:n ja niihin liittyvien fyysisten liitäntöjen on sijaittava samassa LAN-aliverkossa. VIP:n määrittäminen ja VIP-liitännän sitominen tiettyyn äänisovellukseen (SIP) ovat pakollisia B2B HA -tuen saamiseksi. Ulkoiset laitteet, kuten Unified CM, Webex Calling access SBC, palveluntarjoaja tai välityspalvelin, käyttävät VIP:tä CUBE HA -reitittimien kautta kulkevien puhelujen kohde-IP-osoitteena. Näin ollen Webex Calling -palvelun näkökulmasta CUBE HA -parit toimivat yhtenä paikallisena yhdyskäytävänä.

Vakiintuneiden puhelujen soittosignaali- ja RTP-istuntotiedot tarkistetaan aktiiviselta reitittimeltä varareitittimelle. Kun aktiivinen reititin kaatuu, varareititin ottaa sen paikan haltuunsa ja jatkaa ensimmäisen reitittimen aiemmin reitittämän RTP-virran välittämistä.

Viansiirtohetkellä tilapäisessä tilassa olevia puheluita ei säilytetä vaihdon jälkeen. Esimerkiksi puhelut, joita ei ole vielä täysin muodostettu tai joita ollaan muuttamassa siirto- tai pitotoiminnolla. Vakiintuneet puhelut saatetaan katkaista kytkennän jälkeen.

CUBE HA:n käyttäminen paikallisena yhdyskäytävänä puhelujen tilatietoisen vikasietoisen siirtymisen yhteydessä edellyttää seuraavia vaatimuksia:

  • CUBE HA:ssa ei voi olla rinnakkain TDM- tai analogisia liitäntöjä.

  • Gig1 ja Gig2 ovat liikenneliittymiä (SIP/RTP) ja Gig3 on Redundanssiryhmän (RG) ohjaus-/dataliittymä.

  • Samaan layer 2 -toimialueeseen voidaan sijoittaa enintään 2 CUBE HA -paria, joista toisella on ryhmätunnus (group id). 1 ja toinen ryhmän tunnuksella 2. Jos määritetään 2 HA-paria, joilla on sama ryhmätunnus, RG Control/Data -liitäntöjen on kuuluttava eri layer 2 -alueisiin (vlan, erillinen kytkin).

  • Porttikanavaa tuetaan sekä RG Control/data- että liikenneliittymille.

  • Kaikki signalointi/media lähtee virtuaalisesta IP-osoitteesta/virtuaaliseen IP-osoitteeseen.

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

  • Kaikkien liitäntöjen (Gig1, Gig2, Gig3) alemman osoitteen on oltava samalla alustalla.

  • Redundanssin rajapintatunnisteen, rii, on oltava yksilöllinen parin/rajapinnan yhdistelmälle samassa Layer 2:ssa.

  • Molempien CUBEjen kokoonpanon on oltava identtinen fyysinen kokoonpano mukaan luettuna, ja niiden on käytettävä samantyyppistä alustaa ja IOS-XE-versiota.

  • Loopback-liitäntöjä ei voi käyttää sitomiseen, koska ne ovat aina päällä.

  • Useat liikennöintirajapinnat (SIP/RTP) (Gig1, Gig2) edellyttävät rajapinnan seurannan määrittämistä.

  • CUBE-HA:ta ei tueta RG-ohjaus-/datalinkin (Gig3) crossover-kaapeliyhteyden kautta.

  • Molempien alustojen on oltava identtisiä ja ne on yhdistettävä fyysisen kytkimen kautta kaikkiin samanlaisiin liitäntöihin, jotta CUBE HA toimisi, eli CUBE-1:n ja CUBE-2:n GE0/0/0:n on päätyttävä samaan kytkimeen ja niin edelleen.

  • WAN ei voi päättyä suoraan CUBEihin tai Data HA:han kummallakaan puolella.

  • Sekä aktiivisen että valmiustilan on oltava samassa datakeskuksessa.

  • On pakollista käyttää erillistä L3-liitäntää redundanssia varten (RG Control/data, Gig3), eli liikenteeseen käytettävää liitäntää ei voi käyttää HA:n keepalive- ja checkpointing-liitäntöihin.

  • Viansiirron yhteydessä aiemmin aktiivinen CUBE latautuu alusta alkaen uudelleen, jolloin signalointi ja media säilyvät.

Määritä redundanssi molempiin CUBEihin.

Sinun on määritettävä kerroksen 2 box-to-box-redundanssi molempiin CUBEihin, joita on tarkoitus käyttää HA-parissa virtuaalisten IP-osoitteiden käyttöönottoa varten.

Tyypillinen CUBE HA -asetus Cisco Webex Calling -runkokäytön paikallisena yhdyskäytävänä.

1

Määritä käyttöliittymän seuranta globaalilla tasolla, jotta voit seurata 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ä puheliikenteen rajapinnan tilan seuraamiseen, jotta aktiivinen reitti voi olla aktiivinen sen jälkeen, kun liikenneliittymä on alhaalla.

2

Määritä RG VoIP HA:n käyttöä varten sovelluksen redundanssin alitilassa.

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ä:

  • redundancy- Siirtyy redundanssitilaan.

  • application redundancy- Siirtyy sovelluksen redundanssin määritystilaan.

  • group- Siirtyy redundanssisovellusryhmän konfigurointitilaan.

  • name LocalGateway-HA-Määrittää RG-ryhmän nimen.

  • priority 100 failover threshold 75-määrittää RG:n alkuperäisen prioriteetin ja failover-kynnysarvot.

  • timers delay 30 reload 60-Konfiguroi kaksi aikaa viiveelle ja uudelleenlataukselle.

    • Viiveajastin, joka on aika, jolla RG-ryhmän alustaminen ja roolineuvottelut viivästyvät sen jälkeen, kun liitäntä on otettu käyttöön - Oletusarvo 30 sekuntia. Alue on 0-10000 sekuntia

    • Uudelleenlataus-Tämä on aika, jonka RG-ryhmän alustaminen ja roolien neuvotteleminen viivästyy uudelleenlatauksen jälkeen - Oletusarvo 60 sekuntia. Alue on 0-10000 sekuntia

    • Oletusajastimia suositellaan, mutta niitä voidaan mukauttaa reitittimien käynnistyksen/uudelleenlatauksen aikana mahdollisesti esiintyvän verkon lähentymisviiveen mukaan, jotta voidaan varmistaa, että RG-protokollan neuvottelut käydään sen jälkeen, kun verkon reititys on vakiintunut vakaaseen pisteeseen. Jos esimerkiksi viansiirron jälkeen havaitaan, että uudella STANDBY:llä kestää jopa 20 sekuntia nähdä ensimmäinen RG HELLO -paketti uudelta ACTIVE:ltä, ajastimet olisi säädettävä muotoon "timers delay 60 reload 120", jotta tämä viive otetaan huomioon.

  • control GigabitEthernet3 protocol 1-Konfiguroi rajapinnan, jota käytetään keepalive- ja hello-sanomien vaihtoon kahden CUBE:n välillä, ja määrittää protokollan instanssin, joka liitetään ohjausrajapintaan, ja siirtyy redundanssisovellusprotokollan määritystilaan.

  • data GigabitEthernet3-Konfiguroi rajapinnan, jota käytetään dataliikenteen tarkistamiseen.

  • track-RG-ryhmien rajapintojen seuranta

  • protocol 1-Määrittää protokollan, joka liitetään ohjausliitäntään, ja siirtyy redundanssisovelluksen protokollan määritystilaan.

  • timers hellotime 3 holdtime 10-Konfiguroi kaksi ajastinta hellotimea ja holdtimea varten:

    • Hellotime- Peräkkäisten tervehdysviestien välinen aika - Oletusarvo 3 sekuntia. Vaihteluväli on 250 millisekuntia-254 sekuntia.

    • Holdtime - Hello-viestin vastaanottamisen ja lähettävän reitittimen epäonnistumisen oletuksen välinen aika. Tämän keston on oltava suurempi kuin hello-time - Oletusarvo 10 sekuntia. Vaihteluväli on 750 millisekuntia-255 sekuntia.

      Suosittelemme, että määrität holdtime-ajastimen vähintään kolminkertaiseksi hellotime-ajastimen arvoon nähden.

3

Ota käyttöön box-to-box-redundanssi CUBE-sovellusta varten. Konfiguroi RG edellisen vaiheen mukaisesti osoitteessa voice service voip. Näin 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-Komennon lisääminen ja poistaminen edellyttää uudelleenlatausta, jotta päivitetty kokoonpano tulee voimaan. Lataamme alustat uudelleen, kun kaikki asetukset on otettu käyttöön.

4

Määritä Gig1- ja Gig2-liitännät niiden virtuaali-IP-osoitteilla alla esitetyllä tavalla ja käytä redundanssin käyttöliittymätunnusta (rii).

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ä:

  • redundancy rii-Konfiguroi redundanssiryhmän redundanssiliittymän tunnuksen. Tarvitaan virtuaalisen MAC-osoitteen (VMAC) luomista varten. Samaa rii ID-arvoa on käytettävä jokaisen reitittimen (ACTIVE/STANDBY), jolla on sama VIP, liitännässä.

    Jos samassa lähiverkossa on useampi kuin yksi B2B-pari, kullakin parilla on oltava yksilölliset rii-tunnukset omissa liitännöissään (törmäysten estämiseksi). Komennon show redundancy application group all pitäisi näyttää oikeat paikalliset ja vertaistiedot.

  • redundanssiryhmä 1-Liittää liitännän edellä vaiheessa 2 luotuun redundanssiryhmään. Määritä RG-ryhmä sekä tälle fyysiselle liitännälle määritetty VIP.

    On pakollista käyttää erillistä liitäntää redundanssia varten, eli puheyhteyksiin käytettävää liitäntää ei voi käyttää edellä vaiheessa 2 määritellyn ohjaus- ja dataliittymän tavoin. Tässä esimerkissä Gigabit-liitäntää 3 käytetään RG:n ohjaukseen/tiedonsiirtoon.

5

Tallenna ensimmäisen CUBE-kuution 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 on käynnistynyt kokonaan, tallenna VCUBE-2 kokoonpano ja lataa se uudelleen.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

Tarkista, että box-to-box-konfiguraatio toimii odotetulla tavalla. Merkitykselliset tuotokset on korostettu lihavoidulla tekstillä .

Latasimme VCUBE-2:n viimeisenä ja suunnittelun mukaan viimeisenä ladattava alusta on aina Standby.


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#

Jatka seuraavaksi paikallisen yhdyskäytävän määritystä (rekisteröintiin tai varmenteeseen perustuva) molemmissa HA CUBEissa. Katso Configure Local Gateway on Cisco IOS XE for Webex Calling.

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