Temelleri

Cisco Webex Meeting Center Yapılandırma Kılavuzları

Webex Calling için yerel ağ geçidi olarak küp HA 'yi dağıtmadan önce aşağıdaki kavramların derinlemesine olarak anlaşıldığından emin olun:

Bu makalede sağlanan yapılandırma talimatları, mevcut ses yapılandırması olmadan adanmış bir yerel ağ geçidi platformu varsayar. Mevcut bir küp kurumsal dağıtımının Cisco Webex Calling için yerel ağ geçidi işlevini de kullanacak şekilde değiştirilmesi, mevcut çağrı akışlarının ve işlevsellikleri kesintiye uğramadığından emin olmak için uygulanan yapılandırmaya dikkat edin ve küp HA tasarım gereksinimlerini kullanmaya özen gösterdiğinizden emin olun.

Donanım ve yazılım bileşenleri

Yerel ağ geçidi olarak küp HA, IOS-XE sürüm 16.12.2 veya üstünü gerektirir ve aşağıdaki platformlarda desteklenmektedir:

  • ISR4000 serisi — 4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1 r)

  • CSR1000 serisi — vCUBE (1, 2 ve 4 vCPU yapılandırmaları)

Bu makaledeki komutları ve günlükleri göster, bir vCUBE (CSR1000v) üzerinde gerçekleştirilen Cisco IOS-XE 16.12.2 'in minimum yazılım sürümüne dayanmaktadır.

Referans materyali

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

Webex Calling çözüme genel bakış

Cisco Webex Calling, müşteriler için iki PSTN seçeneği ile şirket içi PBX telefon hizmetine çok kiracılı bulut tabanlı alternatif sağlayan bir iş birliği sunar:

  • Bulut bağlantılı PSTN sağlayıcısı
  • Yerel Ağ Geçidi

Yerel ağ geçidi dağıtımı (aşağıda temsil edilen) Bu makalenin odadır. Yerel ağ geçidi, müşterinin sahip olduğu PSTN hizmetine bağlantı sağlayarak Cisco Webex Calling için kendi PSTN seçeneğini getirmiştir. Ayrıca Cisco Unified CM gibi şirket içi IP PBX dağıtımıyla bağlantı sağlar. Tüm ve bulut arasındaki iletişimler, SIP için TLS taşıması ve ortam için SRTP kullanılarak güvenlidir.

Aşağıdaki şekil, mevcut IP PBX olmadan bir Webex Calling dağıtımını gösterir ve tek veya çok siteli bir dağıtıma uygulanabilir. Bu makalede belirtilen yapılandırma, bu dağıtıma dayalıdır.

Katman 2 Box-Box artıklık

KÜP HA katman 2 Box-to-Box artıklık, yedek grup (RG) altyapı protokolünü kullanarak aktif/bekleme yönlendiricisi çifti oluşturur. Bu çift, ilgili arabirimlerinde aynı sanal IP adresini (VIP) ve sürekli Exchange durum mesajları paylaşır. KÜP oturumu bilgileri, etkin yönlendirici hizmet dışında kalırsa tüm küp çağrı işleme sorumluluklarını etkinleştiren yönlendirici çiftleri arasında kontrol edilir. Bu işlem, sinyal ve ortam bilgilerinin ortaya çıkmasına yol açar.


Solu kontrol et, medya paketleriyle yapılan bağlı çağrılarla sınırlıdır. Yoldaki çağrılar, kontrol noktası işaret değildir (örneğin, bir çalışırken veya çaldırıyor gibi).

Bu makalede, küp HA, bir çağrı engelleme durum bilgisi için küp yüksek kullanılabilirlik (HA) katman 2 Box (B2B) fazlalığı ile ilgili olacak.

IOS-XE 16.12.2 itibariyle, küp HA, Cisco Webex Calling dağıtımları için yerel ağ geçidi olarak dağıtılabilir ve bu makaledeki tasarım konularını ve yapılandırmalarını kapsayacağız. Bu şekil, bir Cisco Webex Calling dağıtımı için yerel ağ geçidi olarak tipik bir küp HA kurulumunu gösterir.

Artıklık grubu Infra bileşeni

Artıklık grubu (RG) Infra bileşeni, iki küp arasında Box-Box iletişim altyapısı desteği sunar ve son kararlı artıklık durumuna göre anlaşır. Bu bileşen şunları da sağlar:

  • Yukarıdaki şekildeki GigabitEthernet3, iki küp arasında (kontrol arayüzü aracılığıyla) canlı tutma ve Merhaba mesajları değiş tokuş eden, her yönlendirici için son artıklık durumunu karşılayan bir HSRP benzeri protokol.

  • Etkin olan her bir gelen çağrı için sinyal ve ortam durumunu onay işareti (veri arabiriminden) için GigabitEthernet3-yukarıdaki resimde.

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

Bu RG bileşeni, sesli B2B HA desteği için özel olarak yapılandırılmalıdır.

Hem sinyal hem de ortam için sanal IP (VIP) adresi yönetimi

B2B HA, artıklık sağlamak için VIP 'ye bağımlıdır. Küp HA çiftinin her iki küpündeki VIP ve ilişkili fiziksel arabirimlerin aynı LAN alt ağında olması gereklidir. VIP arabiriminin ve VIP arabiriminin yapılandırılması, ses B2B HA desteği için zorunludur. Unified CM, Webex Calling SBC, hizmet sağlayıcısı veya proxy gibi harici cihazlar, küp HA yönlendiricileri üzerinden geçen çağrılar için hedef IP adresi olarak VIP kullanır. Bu nedenle, Webex Calling görünümünde, küp HA çiftleri tek bir yerel ağ geçidi olarak davranır.

Oluşturulan çağrıların çağrı sinyali ve RTP oturum bilgileri, etkin yönlendiriciden bekleme yönlendiricisine işaret edilir. Etkin yönlendirici sona erdikten sonra, bekleme yönlendiricisi sona geçer ve ilk yönlendirici tarafından daha önce yönlendirilen RTP akışını iletmeye devam eder.

Geçici durumda yük devretme sırasında yapılan çağrılar, geçiş sonrası için korunmayacaktır. Örneğin, tam olarak kurulmuş veya henüz bir aktarım veya tutma işleviyle değiştirilme sürecinde olan çağrılar. Oluşturulan çağrıların bağlantısı kesilmiş olabilir.

Aşağıdaki gereksinimler, çağrı içeren çağrılar için yerel ağ geçidi olarak küp HA 'nın kullanılması için mevcuttur:

  • KÜP HA, TDM veya analog arabirimler birlikte bulunamaz

  • Gig1 ve Gig2, trafik (SIP/RTP) arabirimleri ve Gig3 is artıklık grubu (RG) kontrol/veri arayüzü olarak anılır

  • Biri grup kimliği 1 ve diğeri grup kimliği 2 ile aynı katman 2 etki alanına yerleştirilebileceği en fazla 2 küp HA çifti yer almalıdır. Aynı grup kimliği ile 2 HA çifti yapılandırıyorsanız, tüm kontrol/veri arayüzlerinin farklı katman 2 etki alanlarına (VLAN, ayrı geçiş) ait olması gerekir

  • Bağlantı noktası kanalı, hem RG hem de veri ve trafik arabirimleri için desteklenir

  • Tüm sinyal/ortam sanal IP adresinden kaynakdır

  • KÜP-HA ilişkisinde her zaman platform yeniden yüklendiğinde, her zaman bekleme olarak ön yüklenir

  • Tüm arabirimlerin alt adresi (Gig1, Gig2, Gig3) aynı platformda olmalıdır

  • Yedek arabirim tanımlayıcısı, aynı katman 2 ' de bir çift/arabirim kombinasyonu için eşsiz olmalıdır

  • Her iki küp üzerindeki yapılandırma fiziksel yapılandırma dahil olmalıdır ve aynı platform ve IOS-XE sürümünde çalışıyor olmalıdır

  • Geri döngü arabirimleri, her zaman yukarı olduğu için bağlama olarak kullanılamaz

  • Birden fazla trafik (SIP/RTP) arabirimleri (Gig1, Gig2), arabirim izlemenin yapılandırılmasını gerektirir

  • Bir toplantı sahibi-HA, RG-Control/Data Link için çapraz kablo bağlantısı üzerinden desteklenmez (Gig3)

  • Her iki platform da özdeş olmalıdır ve küp ha 'nın tüm benzer arabirimler arasında fiziksel BIR anahtarla BAĞLANMALıDıR; ör. GE0/küp-1 ve küp-2 aynı anahtarda sonlandırmalıdır.

  • WAN, küpler üzerinde doğrudan veya veri HA olmak zorunda olamaz

  • Hem etkin hem de bekleme aynı veri merkezinde olmalıdır

  • Artıklık için ayrı L3 arabiriminin kullanılması zorunludur (RG Control/Data, Gig3). trafik için kullanılan arabirim HA keepetkin ve checkişaretçi için kullanılamaz

  • Yük devretme sonrasında, daha önce aktif olan küp tasarıma göre yeniden yükleme sırasında, sinyal ve ortam korunarak

Her Iki küp üzerinde fazlalığı yapılandırma

Sanal IP 'Leri getirmek için bir HA çiftinde kullanılması amaçlanan her iki küp üzerinde de katman 2 kutu içinde artıklık yapılandırmanız gereklidir.

1

Arabirimin durumunu izlemek için genel düzeyde arabirim izlemeyi yapılandırın.

conf t Track 1 arabirim GigabitEthernet1 hat-protokol takip 2 arabirim GigabitEthernet2 hat-protokol çıkış
VCUBE-1 # conf t
VCUBE-1 (yapılandırma) #Track 1 Interface GigabitEthernet1 hat-protokol
VCUBE-1 (yapılandırma-iz) #Track 2 arayüzü GigabitEthernet2 hat-protokol
VCUBE-1 (yapılandırma-iz) #Çıkış
 
VCUBE-2 # conf t
VCUBE-2 (yapılandırma) #Track 1 Interface GigabitEthernet1 hat-protokol
VCUBE-2 (yapılandırma-iz) #Track 2 arayüzü GigabitEthernet2 hat-protokol
VCUBE-2 (yapılandırma-Track) #Çıkış

CLı 'yi takip et, ses trafiği arabiriminin durumunu takip etmek için ve bu sayede trafik arayüzü bittikten sonra aktif yönlendirmenin etkin olduğu rolünü takip eder.

2

Uygulama fazlalığı alt modu altında VoIP HA ile kullanım için bir RG yapılandırın.

artıklık uygulama artıklığı Grup 1 ad LocalGateway-HA önceliği 100 yük devretme eşiği 75 Control GigabitEthernet3 protokol 1 veri GigabitEthernet3 süreölçerler 30 yeniden 60 yükleme 2
VCUBE-1 (yapılandırma) #Artıklık
VCUBE-1 (yapılandırma-kırmızı) #uygulama fazlalığı
VCUBE-1 (yapılandırma-Red-App) #Grup 1
VCUBE-1 (yapılandırma-Red-App-GRP) #Name LocalGateway-ha
VCUBE-1 (yapılandırma-Red-App-GRP) #priority 100 yük devretme eşiği 75
VCUBE-1 (yapılandırma-Red-App-GRP) #Control GigabitEthernet3 protokol 1
VCUBE-1 (yapılandırma-Red-App-GRP) #Data GigabitEthernet3
VCUBE-1 (yapılandırma-Red-App-GRP) #süreölçerler 30 yeniden yükleme 60
VCUBE-1 (yapılandırma-Red-App-GRP) #iz 1 kapatma
VCUBE-1 (yapılandırma-Red-App-GRP) #Track 2 kapatma
VCUBE-1 (yapılandırma-Red-App-GRP) #Çıkış
VCUBE-1 (yapılandırma-Red-App) #protokol 1
VCUBE-1 (yapılandırma-Red-App-prtcl) #süreölçerler Merhaba saat 3 holdtime 10
VCUBE-1 (yapılandırma-Red-App-prtcl) #Çıkış
VCUBE-1 (yapılandırma-Red-App) #Çıkış
VCUBE-1 (yapılandırma-kırmızı) #Çıkış
VCUBE-1 (yapılandırma) #
 
VCUBE-2 (yapılandırma) #Artıklık
VCUBE-2 (yapılandırma-kırmızı) #uygulama fazlalığı
VCUBE-2 (yapılandırma-Red-App) #Grup 1
VCUBE-2 (yapılandırma-Red-App-GRP) #Name LocalGateway-ha
VCUBE-2 (yapılandırma-Red-App-GRP) #priority 100 yük devretme eşiği 75
VCUBE-2 (yapılandırma-Red-App-GRP) #Control GigabitEthernet3 protokol 1
VCUBE-1 (yapılandırma-Red-App-GRP) #Data GigabitEthernet3
VCUBE-2 (yapılandırma-Red-App-GRP) #süreölçerler 30 yeniden yükleme 60
VCUBE-2 (yapılandırma-Red-App-GRP) #iz 1 kapatma
VCUBE-2 (yapılandırma-Red-App-GRP) #Track 2 kapatma
VCUBE-2 (yapılandırma-Red-App-GRP) #Çıkış
VCUBE-2 (yapılandırma-Red-App) #protokol 1
VCUBE-2 (yapılandırma-Red-App-prtcl) #süreölçerler Merhaba saat 3 holdtime 10
VCUBE-2 (yapılandırma-Red-App-prtcl) #Çıkış
VCUBE-2 (yapılandırma-Red-App) #Çıkış
VCUBE-2 (yapılandırma-kırmızı) #Çıkış
VCUBE-2 (yapılandırma) #

Bu yapılandırmada kullanılan alanların açıklaması:

  • artıklık— Artıklık moduna girer

  • Uygulama fazlalığı— uygulama fazlalığı yapılandırma moduna girer

  • Grup-Artıklık uygulama grubu yapılandırma modu

  • ad LocalGateway-HA— RG grubunun adını tanımlar

  • öncelik 100 yük devretme eşiği 75— BIR RG için başlangıç önceliğini ve yük devretme eşiklerini belirtir

  • süreölçerler gecikme 30 yeniden yükleme 60— gecikme ve yeniden yükleme için iki kez yapılandırılır

    • Arabirim başlatıldıktan sonra, beklenen grubun başlatma ve rol anlaşmasını erteleme süresi olan gecikme süreölçeri-varsayılan 30 saniyedir. Aralık 0-10000 saniyedir

    • Yeniden yükle-yeniden yükleme için varsayılan 60 saniyeden sonra Grup başlatma ve rol anlaşmasını geciktirmek için beklenecek süre gösterilir. Aralık 0-10000 saniyedir

    • Varsayılan süreölçerler, bu süreölçerler, ağdaki yönlendirme ve ağ bağlantısı kararlı bir noktaya yakınsadıktan sonra, her türlü ek ağ yakınsama gecikmesi sırasında oluşabilecek ek ağ yakınsama gecikmesini sağlayacak şekilde ayarlanabilir. Örneğin, yeni bekleme için 20 sn 'ye kadar olan yük devretme işleminden sonra görülüyorsanız yeni ETKIN olan ilk RG Merhaba paketini görmek için süreölçerler, bu gecikmenin çarpanına "zamanlayıcılar ertele 60 yeniden 120 yükle" olarak ayarlanmalıdır.

  • Control GigabitEthernet3 Protocol 1— Iki küp arasında canlı tutma ve Merhaba mesajları alışverişi için kullanılan arayüzü yapılandırır ve kontrol arayüzüne iliştirilecek ve artıklık uygulama protokolü yapılandırma moduna giren protokol örneğini belirtir

  • Data GigabitEthernet3— veri trafiğinin CheckIn işareti için kullanılan arayüzü yapılandırır

  • takip et-RG grup arayüzlerin izlenmesi

  • protokol 1— kontrol arayüzüne iliştirilecek ve artıklık uygulama protokolü yapılandırma moduna giren protokol örneğini belirtir

  • süreölçerler Merhaba saat 3 holdtime 10-hellotime ve holdtime için iki süreölçeri yapılandırır:

    • Merhaba zaman — art arda Merhaba mesajlar arasındaki Aralık – varsayılan 3 saniye. Aralık 250 milisaniye-254 saniyedir

    • Holdtime — bir merhaba mesajın alınması ile Gönderen yönlendiricinin presumption arasındaki Aralık. Bu süre, başlangıç zamanı-varsayılan 10 saniyeden daha büyük olmalıdır. Aralık 750 milisaniye-255 saniyedir

      Holdtime süreölçerini hellotime süreölçerinin değerinin en az 3 kez yapılandırmasını öneririz.
3

KÜP uygulaması için Box-Box artıklığı etkinleştirin. Ses hizmeti VoIP altındaki önceki adımdaki RG 'yi yapılandırın . Bu, küp uygulamasının artıklık işlemini kontrol etmesine olanak tanır. 

Ses hizmeti VoIP artıklığı-Grup 1 çıkış
VCUBE-1 (yapılandırma) #Ses hizmeti VoIP
VCUBE-1 (yapılandırma-Voi-serv) #Fazlalık-Grup 1
%, Ses B2B HA ile RG 1 associatiation; yeni yapılandırmanın etkili olması için yönlendiriciyi yeniden yükleyin
VCUBE-1 (yapılandırma-Voi-serv) # Çıkış
 
VCUBE-2 (yapılandırma) #Ses hizmeti VoIP
VCUBE-2 (yapılandırma-Voi-serv) #Fazlalık-Grup 1
%, Ses B2B HA ile RG 1 associatiation; yeni yapılandırmanın etkili olması için yönlendiriciyi yeniden yükleyin
VCUBE-2 (yapılandırma-Voi-serv) # Çıkış

artıklık-Grup 1— Bu komutun eklenmesi ve kaldırılması, güncellenmiş yapılandırmanın etkili olması için yeniden yükleme gerektirirler. Tüm yapılandırma uygulandıktan sonra platformları yeniden ekleyeceğiz.

4

Aşağıdaki gibi Gig1 ve Gig2 arabirimlerini ilgili sanal IP adresleriyle yapılandırın ve artıklık arabirim tanımlayıcısını (Rii) uygulayın 

VCUBE-1 (yapılandırma) #Interface GigabitEthernet1
VCUBE-1 (yapılandırma-Eğer) # Artıklık riı 1
VCUBE-1 (yapılandırma-Eğer) # Artıklık Grup 1 IP 198.18.1.228 özel kullanımda
VCUBE-1 (yapılandırma-Eğer) # Çıkış
VCUBE-1 (yapılandırma) #
VCUBE-1 (yapılandırma) #Interface GigabitEthernet2
VCUBE-1 (yapılandırma-Eğer) # Artıklık riı 2
VCUBE-1 (yapılandırma-Eğer) # Artıklık Grup 1 IP 198.18.133.228 özel kullanımda
VCUBE-1 (yapılandırma-Eğer) # Çıkış
 
VCUBE-2 (yapılandırma) #Interface GigabitEthernet1
VCUBE-2 (yapılandırma-Eğer) # Artıklık riı 1
VCUBE-2 (yapılandırma-Eğer) # Artıklık Grup 1 IP 198.18.1.228 özel kullanımda
VCUBE-2 (yapılandırma-Eğer) # Çıkış
VCUBE-2 (yapılandırma) #
VCUBE-2 (yapılandırma) #Interface GigabitEthernet2
VCUBE-2 (yapılandırma-Eğer) # Artıklık riı 2
VCUBE-2 (yapılandırma-Eğer) # Artıklık Grup 1 IP 198.18.133.228 özel kullanımda
VCUBE-v (yapılandırma-Eğer) # Çıkış

Bu yapılandırmada kullanılan alanların açıklaması:

  • yedek Rii— Artıklık grubu için artıklık 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 yönlendiricinin (ETKIN/bekleme) arayüzünde aynı Rii KIMLIK değeri kullanılmalıdır.


     

    Aynı LAN üzerinde birden fazla B2B çifti varsa her çiftin ilgili arabirimlerinde (çarpışmayı önlemek için) benzersiz riı kimlikleri OLMALıDıR. ' tüm artıklık uygulama grubunu göster ', doğru yerel ve eş bilgilerini göstermelidir.

  • fazlalık grubu 1— arayüzü, yukarıdaki 2. adımda oluşturulan artıklık grubuyla ilişkilendirir. Bu fiziksel arabirime atanan VIP 'nin yanı sıra, RG grubunu yapılandırın.


     

    Artıklık için ayrı bir arabirimin kullanılması zorunludur, yani sesli trafik için kullanılan arabirim, yukarıda adım 2 ' de belirtilen denetim ve veri arayüzü olarak kullanılamaz. Bu örnekte, her bir denetim/veri için Gigabit arayüzü 3 kullanılır

5

İlk KÜPÜN yapılandırmasını kaydedin ve yeniden yükleyin.

Son yeniden yükleme platformu her zaman bekleme 'dir.

VCUBE-1 #WR
Yapılandırma derleniyor...
Tamam 'ı
VCUBE-1 #yeniden yükleme
Yeniden yükleme işlemine devam edilsin mi? Onayla

Vcube-1 tamamen yüklendikten sonra , vcube-2 yapılandırmasını kaydedin ve yeniden yükleyin. 

VCUBE-2 #WR
Yapılandırma derleniyor...
Tamam 'ı
VCUBE-2 #yeniden yükleme
Yeniden yükleme işlemine devam edilsin mi? Onayla
6

Box-Box yapılandırmasının beklendiği gibi çalıştığını onaylayın. İlgili çıktı kalın renkle vurgulanır .

Vcube-2 ' yi en son ve tasarım etkenleri için yeniden ekledik; en son yeniden yüklenecek platform her zaman bekleme olacaktır. 

VCUBE-1 #Artıklık uygulama grubunu göster tüm hatalar için Grup 1 bilgi: Çalışma zamanı önceliği: [100] RG hatalarının RG State: Oluşturan. Hatalar nedeniyle toplam geçiş sayısı: 0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok:  Hesabımı güncellerim: ETKIN eş rolü: BEKLEME konumu eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Yerel bekleme eşi: Adres 10.1.1.2, öncelik 100, INTF Gi3 log sayaçları: rol etkin olarak değiştir: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: 1, 0 ' a admin_down 0 0 yeniden yükleme etkinliği: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, ayrı tutma süreölçeri: 10000 peer Merhaba süreölçer: 3000, eş tutma süreölçeri: 10000 istatistiği: Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Saklama süreölçeri: 10000 pkts 61, bayt 2074, HA seq 0, SEQ numara 69, PKT kaybetme 0 VKÜP-1 #
VCUBE-2 #Artıklık uygulama grubunu göster tüm hata durumları Grup 1 bilgi: Çalışma zamanı önceliği: [100] RG hatalarının RG State: Oluşturan. Hatalar nedeniyle toplam geçiş sayısı: 0 Toplam #/yukarı durumu hata nedeniyle değişir: 0 Grup Kimliği: 1 Grup adı: LocalGateway-ha yönetici durumu: Kapatma toplaması işlem durumu yok: Hesabımı güncellerim: BEKLEME eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEMEDEKI sıcak RG Protokolü RG 1------------------rolü: Etkin anlaşma: Etkin öncelik: 100 protokol durumu: Etkin CTRL INTF (s) durumu: Aktif eş: Adres 10.1.1.2, öncelik 100, intf Gi3 bekleme eşi: Yerel günlük sayaçları: rol etkin olarak değiştir: 1 rol bekleme olarak değiştir: 1 etkinliği devre dışı bırak: bir tam durum 0, RG kapat 0 CTRL intf events: 1, 0 ' a admin_down 0 0 yeniden yükleme etkinliği: Yerel istek 0, eş istek 0 RG 1--------------------------CTX; Etkin protokol KIMLIĞI: 1 medya türü: Varsayılan kontrol arayüzü: GigabitEthernet3 geçerli Merhaba süreölçer: 3000 yapılandırılan Merhaba Zamanlayıcı: 3000, ayrı tutma süreölçeri: 10000 peer Merhaba süreölçer: 3000, eş tutma süreölçeri: 10000 istatistiği: Pkts 1509, bayt 93558, HA seq 0, SEQ numarası 1509, PKT kayıp 0 kimlik doğrulaması yapılandırılmamış kimlik doğrulama hatası: 0 eş yeniden yükleme: TX 0, RX 0 çekilme: TX 0, RX 0 ve y eşi: Mevcut. Saklama süreölçeri: 10000 pkts 61, bayt 2074, HA seq 0, SEQ numara 69, PKT kaybetme 0 VKÜP-2 #

Her Iki küp üzerinde bir yerel ağ geçidi yapılandırma

Örnek yapılandırmanızda, Webex Control Hub 'den, vcube-1 ve vcube-2 platformlarında yerel ağ geçidi yapılandırmasını oluşturmak için aşağıdaki bilgileri kullanırız. Bu kurulum için Kullanıcı adı ve parola şu şekildedir:

  • Kullanıcı adı: Hussain1076_LGU

  • Parola: lOV12MEaZx

1

Kimlik bilgilerinde veya paylaşılan gizlilikte kullanılmadan önce, parola için aşağıda gösterilen komutlar ile birlikte bir yapılandırma anahtarının oluşturulduğundan emin olun. Tür 6 parola, AES şifresi ve bu kullanıcı tanımlı yapılandırma anahtarı kullanılarak şifrelenir. 

LocalGateway # conf t LocalGateway (yapılandırma) #anahtar yapılandırma-anahtarı parola-Encrypt Password123 localgateway (yapılandırma) #parola şifreleme AES

Yukarıda görüntülenen Control hub parametrelerini temel alarak her iki platforma da uygulanacak yerel ağ geçidi yapılandırması. Jub kontrolü için SIP Digest Credentials kalın renkle vurgulanır . 

configure terminal crypto pki trustpoint dummyTp revocation-check crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate server transport tcp tls v1.2 end configure terminal crypto pki trustpool import clean url http://www.cisco.com/security/pki/trs/ios_core.p7b end configure terminal voice service voip ip address trusted list ipv4 85.119.56.128 255.255.255.192 ipv4 85.119.57.128 255.255.255.192 ipv4 185.115.196.0 255.255.255.128 ipv4 185.115.197.0 255.255.255.128 ipv4 199.59.64.0 255.255.255.128 ipv4 199.59.65.0 255.255.255.128 ipv4 199.59.66.0 255.255.255.128 ipv4 199.59.67.0 255.255.255.128 ipv4 199.59.70.0 255.255.255.128 ipv4 199.59.71.0 255.255.255.128 exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replaces fax protocol pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)" "sip:\1" rule 10 request ANY sip-header To modify "<sip:(.*)" "<sip:\1" rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 12 request ANY sip-header Contact modify "<sips:(.*)>" "<sip:\1;transport=tls>" rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1" rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1" rule 15 response ANY sip-header Contact modify "<sips:(.*)" "<sip:\1" rule 20 request ANY sip-header From modify ">" ";otg=hussain1076_lgu>" rule 30 request ANY sip-header P-Asserted-Identity modify "sips:(.*)" "sip:\1" voice class codec 99 codec preference 1 g711ulaw codec preference 2 g711ulaw codec preference 3 g729r8 exit voice class srtp-crypto 200 crypto 1 AES_CM_128_HMAC_SHA1_80 exit voice class stun-usage 200 stun usage firewall-traversal flowdata exit voice class tenant 200 registrar dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx realm Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx realm 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com connection-reuse srtp-crypto 200 session transport tcp tls url sips error-passthru asserted-id pai bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip-profiles 200 outbound-proxy dns:1a01.sipconnect-us10.cisco-bcld.com privacy-policy passthru voice class tenant 100 session transport udp url sip error-passthru bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class tenant 300 bind control source-interface GigabitEthernet2 bind media source-interface GigabitEthernet2 no pass-thru content custom-sdp voice class uri 100 sip host ipv4:198.18.133.3 voice class uri 200 sip pattern dtg=hussain1076.lgu dial-peer voice 101 voip description Outgoing dial-peer to IP PSTN destination-pattern BAD.BAD session protocol sipv2 session target ipv4:198.18.133.3 voice-class codec 99 voice-class sip tenant 100 dtmf-relay rtp-nte no vad dial-peer voice 201 voip description Outgoing dial-peer to Webex Calling destination-pattern BAD.BAD session protocol sipv2 session target sip-server voice-class codec 99 voice-class stun-usage 200 no voice-class sip localhost voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad voice class dpg 100 description Incoming WebexCalling(DP200) to IP PSTN(DP101) dial-peer 101 preference 1 voice class dpg 200 description Incoming IP PSTN(DP100) to Webex Calling(DP201) dial-peer 201 preference 1 dial-peer voice 100 voip desription Incoming dial-peer from IP PSTN session protocol sipv2 destination dpg 200 incoming uri via 100 voice-class codec 99 voice-class sip tenant 300 dtmf-relay rtp-nte no vad dial-peer voice 200 voip description Incoming dial-peer from Webex Calling session protocol sipv2 destination dpg 100 incoming uri request 200 voice-class codec 99 voice-class stun-usage 200 voice-class sip tenant 200 dtmf-relay rtp-nte srtp no vad end copy run start

Show komutu çıkışını görüntülemek için vcube- 2 ve ardından vcube-1 ' i yeniden indirdik, VCUBE-1 bekleme kübü ve vcube-2 aktif küpünü yapıyor

2

Belirli bir zamanda, yalnızca bir platform Webex Calling Access SBC ile yerel ağ geçidi olarak etkin bir kaydı koruyacaktır. Aşağıdaki gösterme komutlarının çıktısına göz atın.

artıklık uygulama grubu 1 ' i göster

SIP-UA-Register durumunu göster

VCUBE-1 #Artıklık uygulama grubu 1 Grup Kimliği: 1 Grup adı: localgateway-ha yönetici durumu: Kapatma toplu işlem durumu: up Hesabım: Bekleme eş rolü: ETKIN eş Iletişim durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: BEKLEME sıcak uç RF durumu: ETKIN VKÜP-1 #SIP-UA kayıt durumu vcube-1 ' i göster #
VCUBE-2 #Artıklık uygulama grubu 1 Grup Kimliği: 1 Grup adı: localgateway-ha yönetici durumu: Kapatma toplu işlem durumu: up Hesabım: ETKIN eş rolü: DURUM eş durumu: Evet eş Iletişim: Evet uç Ilerleme başlatıldı: Evet RF etki alanı: BTOB-One RF durumu: ETKIN eş RF durumu: BEKLEME ETKIN VKÜP-2 #SIP-UA kayıt durumu Kiracı: 200--------------------kaydedici-Dizin 1---------------------hat eşi (sn) reg acil durum P-Assocı-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 1 48 = = = = = = = = Hussain5091_LGU #

Yukarıdaki çıktıdan, vcube-2 ' nin Webex Calling Access SBC ile kaydı sürdürdiğini görebilirsiniz. Bu, "SIP-UA kayıt durumunu göster" in çıkışı vcube-1 ' de boş
3

Artık VCUBE 'de aşağıdaki yok.

VCUBE-1 #hata ayıklama ccsıp çağrı olmayan iletişim kutusu izleme etkin vcube-1 #Debug Ccsıp Info SIP çağrı BILGI izleme etkin vcube-1 #hata ayıklama ccsıp mesajı
4

Bu durumda etkin LGW, VCUBE-2 üzerinde aşağıdaki komutu yayımlayarak yük devretme benzetimi yapın.

VCUBE-2 #Artıklık uygulaması Grup 1 Self

AKTIF olarak bekleme LGW 'ya geçiş, aşağıdaki senaryoda ve yukarıda listelenen CLı 'nin yanı sıra gerçekleşir

  • ETKIN yönlendirici yeniden yüklediğinde
  • ETKIN yönlendirici güç döngüleri
  • ETKIN yönlendiricinin tüm RG yapılandırılmış arayüzü, izleme etkin olduğunda kapatıldığında
5

VCUBE-1 ' i n Webex Calling Access SBC ile kayıtlı olup olmadığını kontrol edin. VCUBE-2, artık tarafından yeniden yüklendi.

VCUBE-1 #SIP-UA kayıt durumu kiracısı göster: 200--------------------kaydedici-Dizin 1---------------------hat eşi (sn) reg acil durum P-Assocı-URI = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = = 1 56 = = = = = = = = Hussain5091_LGU  #

VCUBE-1, artık aktif LGW.
6

Sanal IP Ile Webex Calling bir SIP kaydı göndererek ve bir 200 Tamam alarak, VCUBE 'de ilgili hata ayıklama günlüğüne bakın.

VCUBE-1 # günlüğe günlük göster 18 18:37:24.769: % RG_MEDIA -3-TIMERSÜRESI DOLDU: RG ID 1 başlangıç süresi doldu. 9 Ocak 37:37:24.771: % RG_PROTCOL -5-ROL DEĞIŞIKLIĞI: RG ID 1 rolü bekleme modundan aktif olarak değişiyor 18:37:24.783: % VOICE_HA-2-SWITCHOVER_IND: GEÇIŞ, STANDBY_HOT 'den aktıf duruma geçiş. 9 Ocak 37:37:24.783: -1/xxxxxxxxxxxx/SIP/Info/Info/4096/sip_ha_notify_active_role_event: Etkin bildir etkinlik etkinliği "18 Oca: 37:37:25.758: -1/xxxxxxxxxxxx/SIP/msg/ccsipDisplayMsg: Gönderilme tarihi: KAYıT SIP: 40462196.cisco-bcld.com:5061 için SIP/2.0 : SIP/2.0/TLS 198.18.1.228:5061; dal = z9hG4bK0374 şuradan: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; etiket = 8D573-21:to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595044 CSeq: 2 kayıt kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Sona eri -yor: 240 destekleniyor: yol Içeriği-Uzunluk: 0
9 Ocak 37:37:25.995: -1/000000000000/SIP/msg/ccsipDisplayMsg: Alınan: SIP/2.0 401 ile yetki verilmemiş : SIP/2.0/TLS 198.18.1.228:5061; alınan = 173.38.218.1; dal = z9hG4bK0374; rport = 4742: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; etiket = 8D573-21:to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; etiket = SD1u8bd99-1324701502-1578595045969 Tarih: Per, 09 Oca 2020 18:37:24 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595044 CSeq: 2 WWW kaydı-kimlik doğrula; DIGEST Realm = "tam çalışmalar", qop = "Auth", nonce = "BroadWorksXk572qd01Ti58zliBW", algoritma = MD5 Içerik-Uzunluk: 0
9 Ocak 37:37:26.000: -1/xxxxxxxxxxxx/SIP/msg/ccsipDisplayMsg: Gönderilme tarihi: SIP: 40462196. Cisco-bcld.com:5061 SIP/2.0 'ı kullanarak: SIP/2.0/TLS 198.18.1.228: 5061; dal = z9hG4bK16DC şuradan: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; etiket = 8D573-21:to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> Tarih: Per, 09 Oca 2020 18:37:25 GMT çağrı-KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 Kullanıcı-Aracısı: Cisco-SIPGateway/IOS-16.12.02 maksimum Iletme: 70 zaman damgası: 1578595045 CSeq: 3 REGISTER kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> Sona eri -yor: 240 destekleniyor: yol yetkilendirmesi: Özet Kullanıcı adı = "Hussain1076_LGU", bölge = "geniş çalışmalar", URI = "Sips:40462196. Cisco-BCld. com: 5061", Response = "b6145274056437b9c07f7ecc08ebdb02", nonce = "BroadWorksXk572qd01Ti58z1iBW", cnonce = "3E0E2C4D", qop = auth, algoritma = MD5, NC = 00000001 Içerik-Uzunluk: 0
9 Ocak 37:37:26.190: 1/000000000000/SIP/msg/ccsipDisplayMsg: Alınan: SIP/2.0 200 ile Tamam: SIP/2.0/TLS 198.18.1.228: 5061; alınan = 173.38.218.1; dal = z9hG4bK16DC; rport = 4742: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>; etiket = 8D573-21:to: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>; etiket = SD1u8bd99-1897486570-1578595-46184 çağrı KIMLIĞI: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 zaman damgası: 1578595045 CSeq: 3 REGISTER kişi: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>; Expires = 120; s = 0.5 Allow-events: çağrı-bilgi, hat-Seize, iletişim kutusu, mesaj-Özet, özellik-etkinlik, x-özel Works-hoteling, x-to Works-Call-Center-Status, konferans Içeriği-Uzunluk: 0