- Ana Sayfa
- /
- Makale
CUBE yüksek kullanılabilirliğini Yerel Ağ Geçidi olarak uygula
Yerel Ağ Geçidi (LGW), Cisco Webex Calling müşterilerine şirket içi PSTN erişimi sağlamak için özel çözümdür. Bu belge, aktif çağrıların durum bilgisiyle yük devretmesini sağlamak için aktif veya beklemedeki CUBE'larla yüksek kullanılabilirlikli CUBE'lar kullanarak Yerel Ağ Geçidini yapılandırmanıza rehberlik eder.
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:
-
Durum bilgisiyle çağrı muhafaza etmek için CUBE Enterprise ile 2. katman kutudan kutuya yedeklilik
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:
-
Cisco ISR 4K ve Cisco Catalyst 8K serisi— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-isr-g3.html
-
CSR 8000v (vCUBE)— https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/ios-xe/config/ios-xe-book/m-cube-ha-csr.html
-
Cisco Webex Calling için Cisco'nun Tercih Ettiği 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 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.
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.
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.
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.
1 |
Arabirimin durumunu izlemek için genel düzeyde arayüz takibini yapılandırın.
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.
Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:
| ||
3 |
CUBE uygulaması için kutudan kutuya yedekliliği etkinleştirin. RG'yi
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
Bu yapılandırmada kullanılan alanların açıklaması aşağıda verilmiştir:
| ||
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 tamamen başlatıldıktan sonra, VCUBE-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. 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. 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. |