Bu makalede
Temel Bilgiler
Her iki CUB'de yedekliliği yapılandırın
Yerel Ağ Geçidi olarak CUBE yüksek kullanılabilirliği uygulayın
list-menuBu makalede
list-menuGeri Bildirim?

Yerel Ağ Geçidi (LGW), Cisco Webex Calling müşterilerine şirket içi PSTN erişimi sağlamak için özel bir çözümdür. Bu belge, aktif çağrıların durum özellikli yük devretmesini sağlamak için aktif veya bekleme CUB'leri içeren CUBE yüksek kullanılabilirliği kullanarak bir Yerel Ağ Geçidini yapılandırmanız konusunda size rehberlik eder.

Temel Bilgiler

Ön Koşullar

Yerel ağ geçidi olarak Cisco Unified Border Element (CUBE) Yüksek Erişilebilirlik (HA) dağıtmadan önce aşağıdaki kavramları derinlemesine anladığınızdan emin olun: Webex Calling

Bu makalede sağlanan yapılandırma yönergeleri, mevcut ses yapılandırması olmayan özel bir yerel ağ geçidi platformunu varsayar. Mevcut bir CUBE kurumsal dağıtımı, yerel ağ geçidi işlevini de kullanacak şekilde değiştiriliyorsaCisco Webex Calling, mevcut çağrı akışlarının ve işlevlerinin kesintiye uğramadığından emin olmak ve CUBE HA tasarım gereksinimlerine uyduğunuzdan emin olmak için uygulanan yapılandırmaya çok dikkat edin.

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

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

Bu makaledeki gösteri komutları ve günlükleri, bir vCube (CSR 8000v) üzerinde uygulanan minimum Cisco IOS -XE 17.9.1 yazılım sürümüne dayanmaktadır.

Referans Malzemesi

Çeşitli platformlar için bazı ayrıntılı CUBE HA yapılandırma kılavuzları:

Webex CallingÇözüme Genel Bakış

Cisco Webex Callingmüşteriler için birden fazla PSTN seçeneğiyle şirket içi PBX telefon hizmetine çok kiracılı bulut tabanlı bir alternatif sağlayan bir işbirliği teklifidir.

Yerel Ağ Geçidi dağıtımı (aşağıda gösterilmiştir) bu makalenin odak noktasıdır. Yerel ağ geçidi (tesis tabanlı PSTN) ana bağlantı, müşterinin sahip olduğu bir PSTN Webex Calling hizmetine bağlanmayı sağlar. Ayrıca, aşağıdaki gibi bir şirket içi IP PBX dağıtımına bağlantı sağlar. Cisco Unified CM Buluta ve buluta giden tüm iletişim, SIP için TLS aktarımı ve medya için SRTP kullanılarak güvence altına alınır.

Local Gateway premises-based PSTN deployment

Aşağıdaki şekil, mevcut herhangi bir IP PBX olmayan bir Webex Calling dağıtımı gösterir ve tek veya çok siteli bir dağıtım için geçerlidir. Bu makalede özetlenen yapılandırma bu dağıtıma dayanmaktadır.

Webex Calling deployment without IP PBX

Katman 2 Kutudan Kutuya Yedeklilik

CUBE HA katman 2 kutudan kutuya yedeklilik, etkin/bekleme modunda yönlendirici çifti oluşturmak için Yedeklilik Grubu (RG) altyapı protokolünü kullanır. Bu çift, ilgili arayüzlerinde aynı sanal IP adresini (VIP) paylaşır ve sürekli durum mesajları alışverişinde bulunur. CUBE oturum bilgileri, etkin yönlendiricinin hizmet dışı kalması durumunda, bekleme yönlendiricisinin tüm CUBE çağrı işleme sorumluluklarını hemen üstlenmesini sağlayan yönlendirici çifti boyunca kontrol edilir ve bu da sinyal ve ortamın durum açısından korunmasına neden olur.

Kontrol işaretleme, medya paketleriyle bağlı aramalarla sınırlıdır. Transit halindeki aramalar kontrol noktasına getirilmez (örneğin, deneme veya çalma durumu).

Bu makalede, CUBE HA, durum özellikli çağrı koruması için CUBE Yüksek Kullanılabilirlik (HA) Katman 2 Kutudan Kutuya (B2B) yedekliliğine atıfta bulunacaktır.

IOS-XE 17.9.1'den itibaren CUBE HA, ana dağıtımlar (tesis tabanlı PSTN) için Yerel Ağ Geç Cisco Webex Calling idi olarak dağıtılabilir. Bu makale tasarım hususlarını ve konfigürasyonları tartışacaktır. Şekil, ana dağıtım için Yerel Ağ Geçidi olarak tipik bir CUBE HA kurul Cisco Webex Calling umunu gösterir.

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

Yedeklilik Grubu Infra Bileşeni

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

  • Yukarıdaki şekilde iki CUBE arasında keepalive ve hello mesajlarını değiş tokuş ederek her yönlendirici için son yedeklilik durumunu müzakere eden HSRP benzeri bir protokol —GigabiteThernet3.

  • Aktif yönlendiriciden bekleme yönlendiricisine (veri arabirimi aracılığıyla) her arama için sinyal ve ortam durumunu kontrol etmek için bir taşıma mekanizması —yukarıdaki şekilde GigabiteThernet3.

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

Bu RG bileşeni, sesli B2B HA'yı destekleyecek şekilde özel olarak yapılandırılmalıdır.

Sinyal ve Medya için Sanal IP (VIP) Adres Yönetimi

B2B HA, fazlalığı sağlamak için VIP"ye güvenir. CUBE HA çiftindeki her iki CUBE'deki VIP ve ilişkili fiziksel arayüzler aynı LAN alt ağında bulunmalıdır. VIP yapılandırması ve VIP arayüzünün belirli bir ses uygulamasına (SIP) bağlanması sesli B2B HA desteği için zorunludur. SBC Webex Calling erişimiUnified CM, servis sağlayıcı veya proxy gibi harici cihazlar, CUBE HA yönlendiricileri üzerinden geçen aramalar için hedef IP adresi olarak VIP kullanır. Bu nedenle, bir Webex Calling bakış açısından, CUBE HA çiftleri tek bir yerel ağ geçidi görevi görür.

Oluşturulan aramaların çağrı sinyali ve RTP oturum bilgileri, etkin yönlendiriciden bekleme yönlendiricisine kontrol edilir. Aktif yönlendirici çöktüğünde, Bekleme yönlendiricisi devralır ve daha önce ilk yönlendirici tarafından yönlendirilen RTP akışını iletmeye devam eder.

Yük devretme sırasında geçici durumdaki çağrılar, geçiş sonrası korunmaz. Örneğin, henüz tam olarak kurulmamış veya transfer veya bekletme işleviyle değiştirilme sürecinde olan çağrılar. Kurulan aramalar geçiş sonrası kesilebilir.

Çağrıların durum özellikli yük devretmesi için CUBE HA'yı yerel ağ geçidi olarak kullanmak için aşağıdaki gereksinimler mevcuttur:

  • CUBE HA'nın birlikte yerleştirilmiş TDM veya analog arabirimleri olamaz

  • Gig1 ve Gig2 trafik (SIP/RTP) arabirimleri olarak adlandırılır ve Gig3, Yedeklilik Grubu (RG) kontrol/veri arabirimidir.

  • Aynı katman 2 alanına biri grup kimliği 1, diğeri grup kimliği 2'ye sahip olmak üzere 2'den fazla CUBE HA çifti yerleştirilemez. Aynı grup kimliğine sahip 2 HA çiftini yapılandırıyorsanız, RG Control/Data arayüzlerinin farklı katman 2 etki alanlarına (vlan, ayrı anahtar) ait olması gerekir

  • Bağlantı noktası kanalı hem RG kontrolü/veri hem de trafik arayüzleri için desteklenir

  • Tüm sinyaller/medya Sanal IP Adresinden kaynaklanır

  • Bir platform CUBE-HA ilişkisinde yeniden yüklendiğinde, her zaman Standby olarak önyüklenir

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

  • Yedeklilik Arabirim Tanımlayıcısı, rii, aynı Katman 2'deki bir çift/arayüz kombinasyonuna özgü olmalıdır

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

  • Geri döngü arayüzleri her zaman açık oldukları için bağlama olarak kullanılamaz

  • Çoklu trafik (SIP/RTP) arabirimleri (Gig1, Gig2) yapılandırılması için arayüz izlemeyi gerektirir

  • 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 aynı şekilde tüm arayüzlerde fiziksel bir Anah tar aracılığıyla bağlanmalıdır, yani. CUBE-1 ve CUBE-2'nin GE0/0/0 aynı anahtarda sonlanmalıdır vb.

  • WAN doğrudan CUBE'lerde veya Data HA'da her iki tarafta da sonlandırılamaz

  • Her ikisi de Aktif/Bekleme aynı veri merkezinde olmalıdır

  • Yedeklilik için ayrı L3 arabirimi kullanmak zorunludur (RG kontrolü/veri, Gig3). yani trafik için kullanılan arayüz HA kayıtları ve kontrol işaretleme için kullanılamaz

  • Yük devrettikten sonra, önceden aktif olan CUBE, sinyal ve medyayı koruyarak tasarıma göre yeniden yüklemeden geçer.

Her iki CUB'de yedekliliği yapılandırın

Sanal IP'leri açmak için bir HA çiftinde kullanılması amaçlanan her iki CUBE'de katman 2 kutudan kutuya yedekliliği yapılandırmanız gerekir.

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

1

Arayüzün durumunu izlemek için genel düzeyde arayüz izlemeyi 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

Track CLI, RG'de sesli trafik arabirimi durumunu izlemek için kullanılır, böylece aktif rota trafik arayüzü kapandıktan sonra oldukça aktif rolünü alır.

2

Uygulama yedekliliği alt modu altında VoIP HA ile kullanılmak üzere bir RG'yi 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)#

İşte bu yapılandırmada kullanılan alanların açıklaması:

  • yedeklilik —Yedekl ilik moduna girer

  • uygulama yedekliliği —Uygulama ye deklilik yapılandırma moduna girer

  • group —Y edeklilik uygulama grubu yapılandırma moduna girer

  • name localgateway-ha —RG grubunun adını tanımlar

  • öncelik 100 yük devretme eşiği 75 —Bir RG için ilk öncelik ve yük devretme eşiklerini belirtir

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

    • Arayüz geldikten sonra RG grubunun başlatılmasını ve rol müzakeresini geciktirmek için gereken süre olan gecikme zamanlayıcısı - Varsayılan 30 saniye. Menzil 0-10000 saniyedir

    • Yeniden yükle—Bu, yeniden yüklemeden sonra RG grubu başlatmayı ve rol müzakeresini geciktirme süresidir - Varsayılan 60 saniye. Menzil 0-10000 saniyedir

    • Varsayılan zamanlayıcılar önerilir, ancak bu zamanlayıcılar, ağdaki yönlendirme kararlı bir noktaya yakınsamadan sonra gerçekleştiğini garanti etmek için yönlendiricilerin önyükleme/yeniden yüklenmesi sırasında meydana gelebilecek herhangi bir ek ağ yakınsama gecikmesine uyum sağlayacak şekilde ayarlanabilir. Örneğin, yük devrettikten sonra yeni STANDBY'nin yeni ACTIVE'den ilk RG HELLO paketini görmesinin 20 saniyeye kadar sürdüğü görülürse, zamanlayıcılar bu gecikmeyi hesaba katmak için 'zamanlayıcılar gecikmesi 60 yeniden yükleme 120' olarak ayarlanmalıdır.

  • kontrol GigabiteThernet3 protokolü 1 —İki CUBE arasında keepalive ve hello mesajlarını alışverişinde bulunmak için kullanılan arabirimi yapılandırır ve bir kontrol arayüzüne eklenecek protokol örneğini belirtir ve yedekli uygulama protokolü yapılandırma moduna girer

  • data GigabiteThernet3 —Veri trafiğinin kontrol edilmesi için kullanılan arabirimi yapılandırır

  • takip —arayüzlerin RG grubu takibi

  • protokol 1 —Bir kontrol arabirimine eklenecek protokol örneğini belirtir ve yedekli uygulama protokolü yapılandırma moduna girer

  • zamanlayıcılar hellotime 3 holdtime 10 —İki zaman layıcıyı hellotime ve bekleme süresi için yapılandırır:

    • Hellotime- Ardışık merhaba mesajları arasındaki aralık - Varsayılan 3 saniye. Menzil 250 milisekon-254 saniyedir

    • Bekleme Süresi—Bir 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üre merhaba zamanından daha uzun olmalıdır - Varsayılan 10 saniye. Menzil 750 milisekon-255 saniyedir

      Bekleme süresi zamanlayıcısını hellotime 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 aşağıdaki önceki adımdan yapılandırın. voice service voip Bu, CUBE uygulamasının yedeklilik sürecini kontrol etmesini sağlar.

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 komutu eklemek ve kaldırmak, güncellenmiş yapılandırmanın etkili olması için yeniden yükleme 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 arabirimi 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

İşte bu yapılandırmada kullanılan alanların açıklaması:

  • yedeklilik rii —Y edeklilik grubu için yedeklilik arabirimi tanımlayıcısını yapılandırır. Sanal MAC (VMAC) adresi oluşturmak için gereklidir. Aynı RII ID değeri, aynı VIP'ye sahip her yönlendiricinin (ACTIVE/STANDBY) arayüzünde kullanılmalıdır.

    Aynı LAN'da birden fazla B2B çifti varsa, her çiftin ilgili arayüzlerinde benzersiz rii kimlikleri OLMALIDIR (çarpışmayı önlemek için). Show redundancy uygulama grubu all komutu doğru yerel ve akran bilgilerini göstermelidir.

  • yedeklilik grubu 1 —Arayüzü yukarıdaki Adım 2'de 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 kullanmak zorunludur, yani ses trafiği için kullanılan arayüz yukarıdaki Adım 2'de belirtilen kontrol ve veri arabirimi olarak kullanılamaz. Bu örnekte, Gigabit arabirimi 3 RG kontrolü/veri için kullanılır

5

İlk CUBE'nin yapılandırmasını kaydedin ve yeniden yükleyin.

En son yüklenecek platform her zaman Beklemedir.

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

VCUBE-1 tamamen açıldıktan sonra, V CUBE-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. İlgili çıktı kalın harflerle vurgul anır.

VCUBE-2 'yi en son ve tasarım hususlarına göre yeniden yükledik; en son yeniden yüklenecek platform her zaman Bekleme 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 CUB'de Yerel Ağ Geçidi yapılandırmasına (Kayıt tabanlı veya Sertifika tabanlı) devam edin. Bk z. Cisco IOS XE üzerinde Yerel Ağ Geçidini Yapılandırma Webex Calling.

Bu makale yararlı oldu mu?
Bu makale yararlı oldu mu?