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.