Temel Bilgiler

Ön koşullar

Webex Calling için yerel ağ geçidi olarak Cisco Unified Sınır Öğesi (CUBE) Yüksek Kullanılabilirliği (HA) dağıtmadan önce, aşağıdaki kavramları derinlemesine anladığınızdan emin olun:

Bu makalede verilen yapılandırma yönergelerinde, ses yapılandırmasının mevcut olmadığı özel bir yerel ağ geçidi platformunun olduğu varsayılmaktadır. Mevcut bir CUBE kurumsal dağıtımının, Cisco Webex Calling için yerel ağ geçidi işlevini kullanacak şekilde değiştirilmesi durumunda, mevcut çağrı akışlarının ve işlevlerinin kesintiye uğramaması için uygulanan yapılandırmaya çok dikkat edin ve CUBE HA tasarım gereksinimlerine uyduğunuzdan emin olun.

Donanım ve Yazılım Bileşenleri

Yerel ağ geçidi olarak CUBE HA, IOS-XE 17.9.1 veya sonraki bir sürümü ve hem CUBE HA hem de LGW işlevlerinin desteklendiği bir platform gerektirir.

Bu makaledeki komut gösterme ve günlükleri, vCUBE (CSR 8000v) üzerinde uygulanan minimum Cisco IOS-XE 17.9.1 yazılım sürümünü temel alır.

Referans Materyali

Çeşitli platformlar için ayrıntılı CUBE HA yapılandırma kılavuzları aşağıda verilmiştir:

Webex Calling Çözümüne Genel Bakış

Cisco Webex Calling, müşteriler için birden fazla PSTN seçeneğiyle şirket içi PBX telefon hizmetine çok kiracılı bulut tabanlı bir alternatif sunan bir iş birliği hizmetidir.

Bu makalenin odağı (aşağıda gösterilmiştir) Yerel Ağ Geçidi dağıtımı. Webex Calling'deki yerel ağ geçidi (iş yeri temelli PSTN) santrali, müşterinin sahip olduğu PSTN hizmetine bağlantı sağlar. Ayrıca, Cisco Unified CM gibi şirket içi IP PBX dağıtımına bağlantı sağlar. Buluta ve buluttan gelen tüm iletişimler, SIP ve medya için SRTP için TLS taşıma kullanılarak güvence altına alınır.

Yerel Ağ Geçidi iş yeri temelli PSTN dağıtımı

Aşağıdaki şekilde, herhangi bir IP PBX'in mevcut olmadığı ve tek veya çok siteli bir dağıtım için geçerli bir Webex Calling dağıtımı gösterilmektedir. Bu makalede açıklanan yapılandırma, bu dağıtım üzerine kuruludur.

IP PBX olmadan Webex Calling dağıtımı

2. Katman Kutudan Kutuya Yedeklilik

CUBE HA 2. katman kutudan kutuya yedeklilik, aktif/beklemede bir yönlendirici çifti oluşturmak için Yedeklilik Grubu (RG) altyapı protokolünü kullanır. Bu çift, kendi arayüzleri genelinde aynı sanal IP adresini (VIP) paylaşır ve sürekli olarak durum mesajları alışverişi yapar. CUBE oturum bilgileri yönlendirici çifti arasında kontrol noktasından geçerek, aktif yönlendiricinin hizmet dışı kalması durumunda bekleme yönlendiricinin tüm CUBE çağrı işleme sorumluluklarını hemen devralarak sinyal ve ortamın durum bilgisiyle korunmasıyla sonuçlanır.

Kontrol noktasını gösterme, ortam paketli bağlı çağrılarla sınırlıdır. Aktarılan çağrılar kontrol noktasından geçmez (örneğin, deneme veya çalma durumu).

Bu makalede CUBE HA, durum bilgisiyle çağrı koruması için CUBE Yüksek Kullanılabilirlik (HA) 2. Katman Kutudan Kutuya (B2B) yedekliliği ifade eder.

IOS-XE 17.9.1 itibarıyla, CUBE HA Cisco Webex Calling santral dağıtımları (iş yeri temelli PSTN) için Yerel Ağ Geçidi olarak dağıtılabilir. Bu makalede tasarım hususları ve yapılandırmaları ele alınacaktır. Şekilde, Cisco Webex Calling santral dağıtımı için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurulumu gösterilmektedir.

Cisco Webex Calling santral dağıtımı için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurulumu

Yedeklilik Grubu Altyapı Bileşeni

Yedeklilik Grubu (RG) Altyapı bileşeni, iki CUBE arasında kutudan kutuya iletişim altyapısı desteği sağlar ve son kararlı yedeklilik durumunu müzakere eder. Bu bileşen ayrıca şunları sağlar:

  • Iki CUBE (kontrol arabirimi aracılığıyla)—yukarıdaki şekilde GigabitEthernet3—arasında etkin tutma ve merhaba mesajlarını değiş tokuş ederek her bir yönlendirici için son yedeklilik durumu anlaşması yapan HSRP benzeri bir protokol.

  • Her çağrı için aktif yönlendiriciden beklemedeki yönlendiriciye (veri arabirimi aracılığıyla) -yukarıdaki şekilde GigabitEthernet3- yönelik sinyal ve ortam durumunu kontrol etmek için bir taşıma mekanizması.

  • Trafik arayüzleri için Sanal IP (VIP) arayüzünün yapılandırılması ve yönetimi (birden fazla trafik arabirimi aynı RG grubu kullanılarak yapılandırılabilir) – GigabitEthernet 1 ve 2 trafik arayüzleri olarak kabul edilir.

Bu RG bileşeninin, sesli B2B HA'yı destekleyecek şekilde özel olarak yapılandırılması gerekir.

Sinyal Gönderme ve Ortam Için Sanal IP (VIP) Adresi Yönetimi

B2B HA yedeklilik için VIP kullanır. CUBE HA çiftindeki her iki CUBE üzerindeki VIP ve ilişkili fiziksel arayüzlerin aynı LAN alt ağında bulunması gerekir. Ses B2B HA desteği için VIP yapılandırması ve VIP arayüzünün belirli bir ses uygulamasına (SIP) bağlanması zorunludur. Unified CM, Webex Calling erişim SBC'si, hizmet sağlayıcı veya proxy gibi harici cihazlar, CUBE HA yönlendiricilerinden geçen çağrılar için hedef IP adresi olarak VIP kullanır. Bu nedenle, Webex Calling açısından, CUBE HA çiftleri tek bir yerel ağ geçidi görevi görür.

Çağrı sinyali ve kurulan çağrıların RTP oturumu bilgileri, aktif yönlendiriciden beklemedeki yönlendiriciye doğru kontrol noktasından geçirilir. Aktif yönlendirici devre dışı bırakıldığında, Bekleme yönlendiricisi devralır ve daha önce ilk yönlendirici tarafından yönlendirilen RTP akışını yönlendirmeye devam eder.

Yük devretme sırasında geçici durumdaki çağrılar, geçiş sonrasında korunmaz. Örneğin, henüz tam olarak kurulmamış veya aktarma veya bekletme işleviyle değiştirme sürecinde olan çağrılar. Geçiş sonrasında kurulan çağrıların bağlantısı kesilebilir.

CUBE HA'nın çağrıların durum bilgisiyle yük devri için yerel ağ geçidi olarak kullanılması aşağıdaki gereksinimler mevcuttur:

  • CUBE HA'nın TDM veya analog arayüzleri birlikte bulunamaz

  • Gig1 ve Gig2 trafik (SIP/RTP) arayüzleri olarak adlandırılır ve Gig3 Yedeklilik Grubu (RG) Kontrol/veri arayüzüdür

  • Aynı 2. katman etki alanına, grup kimliğine sahip 2’den fazla CUBE HA çifti yerleştirilemez 1 ve grup kimliği 2 ile diğeri. 2 HA çiftinin aynı grup kimliğiyle yapılandırılması durumunda, RG Kontrol/Veri arayüzlerinin farklı 2. katman etki alanlarına (vlan, ayrı anahtar) ait olması gerekir

  • Hem RG Kontrol/veri hem de trafik arayüzleri için bağlantı noktası kanalı desteklenir

  • Tüm sinyal/ortam kaynakları Sanal IP Adresinden/bu IP Adresinden sağlanır

  • Bir platform CUBE-HA ilişkisinde her yeniden yüklendiğinde, her zaman Bekleme konumunda olarak başlatılır

  • Tüm arayüzler için düşük adres (Gig1, Gig2, Gig3) aynı platformda olmalıdır

  • Yedeklilik Arayüzü Tanımlayıcısı, rii aynı 2. Katman üzerindeki bir çift/arayüz kombinasyonu için benzersiz olmalıdır

  • Her iki CUBE üzerindeki yapılandırma, fiziksel yapılandırma dahil olmak üzere aynı olmalıdır ve aynı platform türü ve IOS-XE sürümünde çalışmalıdır

  • Loopback arayüzleri, her zaman açık oldukları için bağlama olarak kullanılamaz

  • Çoklu trafik (SIP/RTP) arayüzlerinin (Gig1, Gig2) yapılandırılması için arayüz takibi gerekir

  • CUBE-HA, RG-kontrol/veri bağlantısı (Gig3) için çapraz kablo bağlantısı üzerinden desteklenmez

  • CUBE HA'nın çalışması için her iki platformun da aynı olması ve tüm benzer arayüzler arasında fiziksel bir Anahtar aracılığıyla bağlanması gerekir. Örneğin, CUBE-1 ve CUBE-2'nin GE0/0/0 aynı anahtarda sonlanması ve benzeri gerekir.

  • Doğrudan CUBE'larda sonlandırılmış WAN veya her iki tarafta da Veri HA olamaz

  • Aktif/Bekleme aynı veri merkezinde olmalıdır

  • Yedeklilik için ayrı L3 arayüzü (RG Kontrol/veri, Gig3) kullanılması zorunludur. Yani trafik için kullanılan arayüz, HA etkin tutma ve kontrol noktasından geçirme için kullanılamaz

  • Yük devretme sonrasında, daha önce etkin olan CUBE tasarım gereği sinyal ve ortamı koruyarak yeniden yüklenir

Her iki CUBE'da yedeklilik yapılandırın

Sanal IP'leri etkinleştirmek için HA çiftinde kullanılması amaçlanan her iki CUBE üzerinde 2. katman kutudan kutuya yedeklilik yapılandırmanız gerekir.

Cisco Webex Calling santral dağıtımı için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurulumu

1

Arabirimin durumunu izlemek için genel düzeyde arayüz takibini yapılandırın.

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

Ses trafiği arabirimi durumunu takip etmek için RG'de CLI izleme, trafik arabirimi arızalandıktan sonra aktif rolüne sahip olacak şekilde kullanılır.

2

Uygulama yedeklilik alt modunda VoIP HA ile kullanılmak üzere bir RG yapılandırın.

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)#

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • yedeklilik—Yedeklilik moduna girer

  • uygulama yedeklilik: Uygulama yedeklilik yapılandırma moduna girer

  • grup: Yedeklilik uygulaması grup yapılandırma moduna girer

  • name LocalGateway-HA: RG grubunun adını tanımlar

  • priority 100 failover threshold 75: Bir RG için ilk öncelik ve yük devretme eşiklerini belirtir

  • zamanlayıcı gecikmesi 30 yeniden yükleme 60: Gecikme ve yeniden yükleme için iki kez yapılandırır

    • Arayüz devreye girdikten sonra RG grubunun başlatılması ve rol anlaşmasının geciktirileceği süredir. Varsayılan değer 30 saniyedir. Aralık 0-10000 saniyedir

    • Yeniden Yükleme—Yeniden yükleme sonrasında RG grubunun başlatılması ve rol anlaşmasının gecikme süresidir - Varsayılan değer 60 saniyedir. Aralık 0-10000 saniyedir

    • Varsayılan zamanlayıcılar önerilir. Ancak bu zamanlayıcılar, ağdaki yönlendirmenin kararlı bir noktaya yakınsamasının ardından RG protokolü anlaşmasının gerçekleşmesini sağlamak için yönlendiricilerin başlatılması/yeniden yüklenmesi sırasında oluşabilecek her türlü ağ yakınsaması gecikmesini karşılayacak şekilde ayarlanabilir. Örneğin, yük devretmeden sonra yeni BEKLEME modunun yeni ETKIN cihazdan ilk RG HELLO paketini görmesinin 20 saniyeye kadar sürdüğü görülürse, bu gecikmeyi karşılamak için zamanlayıcıların "zamanlayıcı gecikmesi 60 yeniden yükleme 120" olarak ayarlanması gerekir.

  • control GigabitEthernet3 protocol 1: Iki CUBE arasında etkin tutma ve merhaba mesajları alışverişi için kullanılan arayüzü yapılandırır ve bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulaması protokol yapılandırma moduna girer

  • data GigabitEthernet3: Veri trafiğinin kontrol noktasından geçirilmesi için kullanılan arayüzü yapılandırır

  • track—Arayüzlerin RG grubu takibi

  • protokol 1: Bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedeklilik uygulama protokolü yapılandırma moduna girer

  • timers hellotime 3 holdtime 10: Hellotime ve holdtime için iki zamanlayıcı yapılandırır:

    • Yardım süresi— Ardışık merhaba mesajları arasındaki aralık - Varsayılan 3 saniye. Aralık 250 milisaniye - 254 saniyedir

    • Holdtime—Merhaba mesajının alınması ile gönderen yönlendiricinin başarısız olduğu varsayımı arasındaki aralık. Bu sürenin merhaba süresinden fazla olması gerekir. Varsayılan değer 10 saniyedir. Aralık 750 milisaniye - 255 saniyedir

      Bekleme süresi zamanlayıcısını, yardım süresi zamanlayıcısının değerinin en az 3 katı olacak şekilde yapılandırmanızı öneririz.

3

CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. RG'yi voice service voip altında önceki adımda yapılandırın. Bu, CUBE uygulamasının yedeklilik sürecini kontrol etmesine olanak verir.

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: Bu komutun eklenmesi ve kaldırılması, güncellenmiş yapılandırmanın geçerli olması için yeniden yüklemenin yapılmasını gerektirir. Tüm yapılandırma uygulandıktan sonra platformları yeniden yükleyeceğiz.

4

Gig1 ve Gig2 arayüzlerini aşağıda gösterildiği gibi ilgili sanal IP'leriyle yapılandırın ve yedeklilik arayüzü tanımlayıcısını (rii) uygulayın

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

Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:

  • redundancy rii: Yedeklilik grubu için yedeklilik arayüzü tanımlayıcısını yapılandırır. Sanal MAC (VMAC) adresi oluşturmak için gereklidir. Aynı VIP'ye sahip her bir yönlendiricinin (AKTIF/BEKLEMEDE) arayüzünde aynı rii kimliği değeri kullanılmalıdır.

    Aynı LAN üzerinde birden fazla B2B çifti varsa (çakışmayı önlemek için) her çiftin kendi arayüzlerinde benzersiz rii kimliklerine sahip OLMALIDIR. show redundancy application group all komutu doğru yerel ve eş bilgilerini göstermelidir.

  • redundancy group 1: Arayüzü yukarıda 2. Adımda oluşturulan yedeklilik grubuyla ilişkilendirir. RG grubunu ve bu fiziksel arayüze atanan VIP'yi yapılandırın.

    Yedeklilik için ayrı bir arayüz kullanılması zorunludur, yani ses trafiği için kullanılan arayüz, yukarıda 2. Adımda belirtilen kontrol ve veri arayüzü olarak kullanılamaz. Bu örnekte, RG kontrolü/verileri için Gigabit arayüzü 3 kullanılır

5

Ilk CUBE yapılandırmasını kaydedin ve yeniden yükleyin.

En son yeniden yüklenecek platform her zaman Bekleme durumundadır.

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

VCUBE-1 tamamen başlatıldıktan sonra, VCUBE-2 yapılandırmasını kaydedin ve yeniden yükleyin.

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

Kutudan kutuya yapılandırmanın beklendiği gibi çalıştığını doğrulayın. Ilgili çıktı kalın olarak vurgulanmıştır.

VCUBE-2 ’yi en son ve tasarım konularına göre yeniden yükledik; son yüklenen platform her zaman Bekleme konumunda olacaktır.


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#

Ardından, her iki HA CUBE üzerinde Yerel Ağ Geçidi yapılandırmasına (Kayıt tabanlı veya Sertifika tabanlı) devam edin. Bkz. Webex Calling için Cisco IOS XE’de Yerel Ağ Geçidini Yapılandırma.