Temelleri
Cisco WebEx Meeting Center Yapılandırma Kılavuzları
Webex Calling için yerel ağ geçidi olarak CUBE HA'yı dağıtmadan önce, aşağıdaki kavramlar hakkında anlayışa sahip olduğundan emin olun:
Katman 2 durumlu katman 2 için CUBE Enterprise'dan kutuya yedeklilik çağrı engelleme
Bu makalede sağlanan yapılandırma yönergeleri, mevcut ses yapılandırmasına sahip özel bir yerel ağ geçidi platformu varsaymaktadır. Cisco Webex Calling için yerel ağ geçidi işlevini de kullanmak amacıyla mevcut bir CUBE kuruluş dağıtımı değiştiriliyorsa mevcut çağrı akışlarının ve işlevlerin kesintiye uğramasını sağlamak ve CUBE HA tasarım gerekliliklerine bağlı olduğunu kontrol etmek için uygulanan yapılandırmaya dikkat edin.
Donanım ve Yazılım Bileşenleri
Yerel ağ geçidi olarak CUBE HA, IOS-XE 16.12.2 veya daha yeni bir sürümü gerektirir ve aşağıdaki platformlarda de destekler:
ISR4000 serisi—4321, 4331, 4351, 4431, 4451, 4461 (IOS-XE 17.2.1r)
CSR1000 serisi—vCUBE (1, 2 ve 4 vCPU yapılandırmaları)
 |
Bu makaledeki komut ve günlükleri göster komutları, bir vCUBE (CSR1000v) üzerinde uygulanan Cisco IOS-XE 16.12.2'nin minimum yazılım sürümüne dayalıdır. |
Referans Malzemesi
Çeşitli platformlar için bazı ayrıntılı CUBE HA yapılandırma kılavuzları şöyledir:
ISR 4K serisi—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-ISR4K.html
CSR 1000v (vCUBE)—https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-high-availability-CSR1000v.html
Cisco Webex Calling için Cisco Tercih Edilen Mimari—https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
Webex Calling Çözümüne Genel Bakış
Cisco Webex Calling, müşteriler için iki ayrı seçenekle şirket içi PBX telefon hizmetine çok kiracılı bulut tabanlı alternatif sunan bir PSTN 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 edilir) bu makalenin odak noktasıdır. Yerel ağ geçidi, müşteriye ait PSTN hizmetiyle bağlantı Cisco Webex Calling Kendi Ağ Bağlantınızı Getir PSTN seçeneğidir. Ayrıca, Cisco Unified CM gibi şirket içi IP PBX dağıtımına bağlantı sağlar. Bulutla olan ve buluttan yapılan tüm iletişim, medya için SIP ve SRTP için TLS taşıma kullanılarak güvenlidir.
Aşağıdaki şekil, mevcut IP PBX Webex Calling olmayan bir dağıtım gösterir ve tek veya çok siteli bir dağıtım için geçerlidir. Bu makalede açıklanan yapılandırma, bu dağıtıma dayalıdır.
Katman 2 Kutudan Kutuya Yedeklilik
CUBE HA katmanı 2 kutudan kutuya yedeklilik, etkin/beklemede yönlendirici çifti oluşturmak için Yedeklilik Grubu (RG) altyapı protokolünü kullanır. Bu çift, ilgili arayüzlerde aynı sanal IP adresini (VIP) paylaşır ve durum iletilerini sürekli olarak paylaşır. CUBE oturum bilgileri, bekleme yönlendiricisini etkinleştiren yönlendirici çiftinin tüm CUBE çağrı işleme sorumluluklarını aktif yönlendirici hizmettan çıkar çıkarsa hemen üzerinden almasını sağlayan bir kontrol-testidir ve bu durum, sinyalin ve ortamın düzgün bir şekilde korunmasına neden olur.
|
Kontrol noktası, ortam paketleriyle bağlı çağrılar ile sınırlıdır. Geçişte yapılan çağrılar doğrulanmaz (örneğin, çalışırken veya zil durumu). Bu makalede, CUBE HA, durum dolum durumu için CUBE Yüksek Kullanılabilirlik (HA) Katmanı 2 Kutudan Kutuya (B2B) yedekliliği çağrı engelleme |
IOS-XE 16.12.2'den İOS-XE 12.2'den sonra, CUBE HA, Cisco Webex Calling dağıtımları için Yerel Ağ Geçidi olarak dağıtılabilir ve bu makalede tasarımla ilgili dikkate alınması gerekenleri ve yapılandırmaları dikkate alayacaktır. Bu şekil, bir ağ geçidi dağıtımı için tipik bir CUBE HA kurulumunu Cisco Webex Calling görüntülenir.
Yedeklilik Grubu Inflaks Bileşeni
Yedeklilik Grubu (RG) In tümdene iletişim altyapısı desteğini iki DAİS'ler arasında sağlar ve son sabit yedeklilik durumu için anlaşmalar sağlar. Bu bileşen ayrıca şunları sağlar:
İki DAHİS (kontrol arayüzü aracılığıyla)—Yukarıdaki rakamda GigabitEthernet3 arasında koruyucu ve merhaba mesajları göndererek her yönlendirici için son yedeklilik durumunu anlaşmaan HSRP benzer bir protokol.
Etkin yönlendiriciden bekleme yönlendiriciye yapılan her çağrı için sinyal ve ortam durumunu kontrol noktası olarak kontrol etmek için bir taşıma mekanizması (veri arayüzü aracılığıyla)—Yukarıdaki rakamda GigabitEthernet3.
Trafik arayüzleri için Sanal IP (VIP) arabiriminin yapılandırılması ve yönetimi (birden fazla trafik arayüzü, aynı RG grubu kullanılarak yayılır) – GigabitEthernet 1 ve 2, trafik arayüzleri olarak kabul edilir.
Bu RG bileşeninin, B2B HA sesini desteklemek için özel olarak yapılandırılması gerekir.
Hem Sinyal hem de Ortam için Sanal IP (VIP) Adres Yönetimi
B2B HA, yedeklilik elde etmek için VIP'yi almaktadır. CUBE HA çiftinin her iki VIP ve ilişkili fiziksel arayüzleri, aynı LAN alt ağda yer ağın üzerinde olmalıdır. VIP'nin yapılandırması ve VIP arabiriminin belirli bir sesli uygulamaya (SIP) bağlaması, sesli B2B HA desteği için zorunludur. Unified CM, Webex Calling SBC, hizmet sağlayıcısı veya proxy erişimi gibi harici cihazlar, CUBE HA yönlendiricilerinden geçen çağrılar için hedef IP adresi olarak VIP'yi kullanın. Bu nedenle, Webex Calling bakış açısından, CUBE HA çiftleri tek bir yerel ağ geçidi olarak hareket gösterir.
Kurulan çağrıların çağrı sinyali ve RTP oturum bilgileri, etkin yönlendiriciden bekleme yönlendiriciye doğru kontrol noktası olarak işarettir. Etkin yönlendiricisi yere geldiğinde, Bekleme yönlendiricisi üzerine geçer ve daha önce ilk yönlendirici tarafından yönlendirilen RTP akışını iletmeye devam eder.
Yük devretme zamanında geçici bir durumda yapılan çağrılar, geçiş sonrası korunur. Örneğin, henüz tam olarak kurulmamış veya bir aktarım veya tutma işleviyle değiştirme sürecinde olan çağrılar. Kurulan çağrıların bağlantısı, geçiş sonrası kesiliyor olabilir.
Çağrıların başarılı bir şekilde yük devretmesi için yerel ağ geçidi olarak CUBE HA'yı kullanmak için aşağıdaki gereksinimler mevcuttur:
CUBE HA, TDM veya analog arayüzlerin ortak yerinin yerini bulunamaz
Gig1 ve Gig2, trafik (SIP/RTP) arayüzleri olarak, Gig3 ise Yedeklilik Grubu (RG) Kontrol/veri arayüzü olarak adlandırılır
2'den fazla CUBE HA çifti, aynı katman 2 etki alanına ( biri grup kimliği 1, diğeri ise grup kimliği 2) yerleştirilir. Aynı grup kimliğiyle 2 HA çifti yapılandırıyorsanız RG Kontrol/Veri arayüzlerinin farklı katman 2 etki alanlarına ait olması gerekir (vlan, ayrı düğme)
Bağlantı noktası kanalı hem RG Kontrolü/verileri hem de trafik arayüzleri için de destekleniyor
Tüm sinyal/ortamlar, Sanal IP Adresi üzerinden/kaynağındadır
Bir platform CUBE-HA ilişkisinde yeniden yükleniyorsa her zaman Beklemede olarak yüklenir
Tüm arayüzler için düşük adres (Gig1, Gig2, Gig3) aynı platformda olmalı
Yedeklilik Arayüzü Tanımlayıcısı, rii'nin aynı Katman 2'de bir eşleşme/arayüz kombinasyonuna özel olması gerekir
Hem DAİS'ler'de yapılandırmanın, fiziksel yapılandırma dahil aynı olması ve aynı platform türü ile IOS-XE sürümünde çalışıyor olması gerekir
Geri döngü arayüzleri, her zaman çalışır durumda olduğu için bağlan olarak kullanılamaz
Çoklu trafik (SIP/RTP) arayüzleri (Gig1, Gig2) yapılandırılacak arayüz takibi gerektirir
CUBE-HA, RG-kontrol/veri bağlantısı (Gig3) için çapraz kablo bağlantısında destek olmaz
Her iki platform da aynı olmalıdır ve CUBE HA'nın çalışması için tüm benzer arayüzler arasında aynı şekilde bir Fiziksel Geçiş aracılığıyla bağlı olmalıdır( yani CUBE-1 ve CUBE-1'in GE0/0/0'ı) ve CUBE-2, aynı düğmede sonlandırılacaktır.
WAN, DOĞRUDAN VEYA Data HA'yı her iki taraf da sonlandıramaz
Hem Etkin/Bekleme hem de aynı veri merkezinde olmak gerekir
Yedeklilik için ayrı L3 arayüzü kullanmak zorunludur (RG Kontrol/veri, Gig3). trafik için kullanılan arayüz, HA keepalives ve kontrol noktaları için kullanılamaz
Yük devretmenin ardından, daha önce aktif olan CUBE tasarımla yeniden yükten geçerek sinyal ve ortamın neden olduğu arızayı giderer
Yedekliliği her iki SİSS'lerde yapılandırma
Sanal IP'ler getirmek için bir HA çiftte kullanılmak üzere her iki DAİS'te katman 2'den box'a yedeklilik yapılandırmayı gerekir.
| 1 | Arayüzün durumunu takip etmek için genel düzeyde arayüz takibini yapılandırabilirsiniz.
Cli'nın RG'de sesli trafik arayüzü durumunu takip etmek için kullanılır ve böylece trafik arayüzü indirildikten sonra aktif yol oldukça etkin rolüne sahip olur. |
||||||
| 2 | Uygulama yedekleme alt modu altında VoIP HA ile kullanım için bir RG yapılandırma.
Bu yapılandırmada kullanılan alanların açıklaması şöyledir:
|
||||||
| 3 | CUBE uygulaması için kutudan box'a yedekliliği etkinleştirin. RG'yi sesli hizmet
yedeklilik grubu 1—Bu komutun eklenmesi ve kaldırılması, güncellenen yapılandırmanın geçerliliği için yeniden yükleme gerektirir. Tüm yapılandırma uygulandıktan sonra platformları yeniden yükleriz. |
||||||
| 4 | Aşağıda gösterildiği gibi ilgili sanal IP'leriyle Gig1 ve Gig2 arayüzlerini yapılandırın ve yedeklilik arayüzü tanımlayıcısı(rii)uygulayın.
Bu yapılandırmada kullanılan alanların açıklaması şöyledir:
|
||||||
| 5 | İlk CUBE yapılandırmasını kaydedin ve yeniden yükleyin. Son yükleme platformu her zaman Beklemededir.
VCUBE-1 tamamen yeniden geliyorsa VCUBE-2 yapılandırmasını kaydedip yeniden yükleyin.
|
||||||
| -6 | Kutudan kutuya yapılandırmanın beklendiği gibi çalıştığını doğrulayın. İlgili çıktı kalın vurgulanır. VCUBE-2'yi son olarak yeniden yükledik ve tasarıma göre dikkate alınması gerekenler; son yükleme platformunun her zaman Beklemede olmasıgerekir. |
Her İki ADEde Yerel Ağ Geçidini Yapılandırma
Örnek yapılandırmamızda, hemVCUBE-1 hem deVCUBE-2 platformlarında Yerel Ağ Geçidi yapılandırmasını oluşturmak için Control Hub'dan aşağıdaki bilgilerikullanıyoruz. Bu kurulum için kullanıcı adı ve parola şunlardır:
Kullanıcı adı: Hussain1076_LGU
Parola: lOV12MEaZx
| 1 | Parola için, kimlik bilgileri veya paylaşılan anahtar kullanılmadan önce aşağıda gösterilen komutlarla bir yapılandırma anahtarının oluşturulduktan emin olun. 6 parola, AES şifresini ve bu kullanıcının tanım olduğu yapılandırma anahtarını kullanarak şifrelenir. Burada, yukarıda görüntülenen Control Hub parametrelerine göre her iki platform için de geçerli olacak Yerel Ağ Geçidi yapılandırması mevcuttur. Control Hub'dan SIP Özet kimlik bilgileri kalın olarakvurgulanır. Show command çıkışını görüntülemek için VCUBE-2'yi ve ardından VCUBE-1'i yükleyemedik. Bu, VCUBE-1'i beklemedeki CUBE ve VCUBE-2'yi etkin CUBE olarak gösteririz |
| 2 | Herhangi bir zamanda yalnızca bir platform, SBC'ye erişim izni olan Yerel Ağ Geçidi olarak etkin Webex Calling tutulacak. Aşağıdaki show komutları çıktısını göz atabilirsiniz. yedeklilik uygulama grubunu göster 1 sip-ua-register durumunu göster Yukarıdaki çıktıda VCUBE-2'nin Webex Calling erişimi SBC ile kaydı sürdüren etkin LGW olduğunu, VCUBE-1'de "show sip-ua register status" çıktısı boş olduğunu görebilirsiniz. |
| 3 | Şimdi VCUBE-1'de aşağıdaki hata ayıklamaları etkinleştirin |
| 4 | Bu durumda etkin LGW, VCUBE-2'de aşağıdaki komutun doğru şekilde yük devretmesi başarısız olur. A ETKIN durumdan BEKLEMEDE LGW'ye geçiş, yukarıda listelenen CLI'nın yanı sıra aşağıdaki senaryoda gerçekleşir
|
| 5 | VCUBE-1'in SBC erişimi için kullanıcı Webex Calling kontrol edin. VCUBE-2 şu anda yeniden yüklenirdi. VCUBE-1 artık etkin LGWdir. |
| -6 | Sanal IP üzerinden adrese SIP REGISTER gönderen ve 200 ok alma Webex Calling VCUBE-1'de ilgili hata ayıklama günlüğüne bakın. |
Join the conversation
