- Ana Sayfa
- /
- Makale
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
-
Durumsal arama koruması için CUBE Enterprise ile katman 2 kutudan kutuya yedeklilik
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ı:
-
Cisco için Tercih Edilen Mim Cisco Webex Calling ari - https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
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.
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.
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.
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.
| 1 |
Arayüzün durumunu izlemek için genel düzeyde arayüz izlemeyi yapılandırın.
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.
İşte bu yapılandırmada kullanılan alanların açıklaması:
| ||
| 3 |
CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. RG'yi aşağıdaki önceki adımdan yapılandırın.
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
İşte bu yapılandırmada kullanılan alanların açıklaması:
| ||
| 5 |
İlk CUBE'nin yapılandırmasını kaydedin ve yeniden yükleyin. En son yüklenecek platform her zaman Beklemedir.
VCUBE-1 tamamen açıldıktan sonra, V CUBE-2 yapılandırmasını kaydedin ve yeniden yükleyin.
| ||
| 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.
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. |