- الرئيسية
- /
- المقال
تنفيذ قابلية الوصول العالية لـ CUBE كبوابة محلية
البوابة المحلية (LGW) هي الحل الحصري لتوفير الوصول إلى PSTN في المواقع لعملاء Cisco Webex Calling. يرشدك هذا المستند في تكوين بوابة محلية باستخدام قابلية الوصول العالية لـ CUBE، مع وجود عناصر CUBE النشطة أو الاحتياطية لضمان تجاوز الفشل القائم على الحالة للمكالمات النشطة.
الأساسيات
المتطلبات المسبقة
قبل نشر قابلية الوصول العالية لـ Cisco Unified Border Element (CUBE) (HA) كبوابة محلية لنظام Webex Calling، تأكد من أنك على دراية متعمقة بالمفاهيم التالية:
-
تكرار من الطبقة 2 من جهاز توجيه إلى جهاز آخر مع CUBE Enterprise للحفاظ على المكالمات بناء على الحالة
تفترض توجيهات التكوين الواردة في هذه المقالة وجود منصة مخصصة للبوابة المحلية بدون تكوين صوتي حالي. إذا تم تعديل نشر مؤسسة CUBE حالي للاستفادة أيضًا من وظيفة البوابة المحلية لتطبيق Cisco Webex Calling، فاحرص على الانتباه عن كثب إلى التكوين المطبق للتأكد من عدم مقاطعة تدفقات المكالمات والوظائف الحالية وتأكد من أنك تلتزم بمتطلبات تصميم CUBE HA.
مكونات الأجهزة والبرامج
يتطلب CUBE HA كبوابة محلية إصدار IOS-XE 17.9.1 أو إصدار أحدث ومنصة يتم على أساسها دعم وظائف CUBE HA وLGW.
تعتمد أوامر العرض والسجلات في هذه المقالة على الحد الأدنى من إصدار البرامج من Cisco IOS-XE 17.9.1 الذي تم تطبيقه على vCUBE (CSR 8000v).
المواد المرجعية
فيما يلي بعض التوجيهات التفصيلية لتكوين CUBE HA للأنظمة الأساسية المختلفة:
-
سلسلة Cisco ISR 4K وCisco Catalyst 8K— 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 المفضلة لتطبيق Cisco Webex Calling— https://www.cisco.com/c/dam/en/us/td/docs/solutions/CVD/Collaboration/hybrid/AltDesigns/PA-WbxCall.pdf
نظرة عامة على حل Webex Calling
Cisco Webex Calling هو عرض تعاوني يوفر بديلاً قائمًا على السحابة متعدد المستأجرين لخدمة هاتف PBX المحلية مع خيارات PSTN متعددة للعملاء.
عملية نشر البوابة المحلية (الموضحة أدناه) هي محور هذه المقالة. تسمح قناة البوابة المحلية (PSTN القائمة على الموقع الداخلي) في Webex Calling بالاتصال بخدمة PSTN المملوكة للعميل. كما يوفر إمكانية الاتصال بنشر IP PBX داخل المواقع مثل Cisco Unified CM. يتم تأمين جميع الاتصالات من وإلى السحابة باستخدام نقل TLS لـ SIP وSRTP للوسائط.
يعرض الشكل التالي عملية نشر Webex Calling دون أي IP PBX حالي وينطبق على عملية نشر في موقع واحد أو مواقع متعددة. يعتمد التكوين الموضح في هذه المقالة على عملية النشر هذه.
تكرار من جهاز توجيه إلى جهاز آخر من الطبقة 2
يستخدم التكرار من جهاز توجيه إلى جهاز آخر من الطبقة 2 من CUBE HA بروتوكول البنية التحتية لمجموعة التكرار (RG) لتشكيل زوج نشط/احتياطي من أجهزة التوجيه. يتشارك هذا الزوج في نفس عنوان IP الافتراضي (VIP) عبر واجهات كل منهما ويتبادل رسائل الحالة باستمرار. يتم التحقق من معلومات جلسة عمل CUBE عبر زوج من أجهزة التوجيه مما يتيح لجهاز التوجيه الاحتياطي تولي جميع مسؤوليات معالجة مكالمات CUBE على الفور إذا خرج جهاز التوجيه النشط من الخدمة، مما يؤدي إلى الحفاظ على الإشارات والوسائط القائمة على الحالة.
يقتصر التحقق من الإشارة على المكالمات المتصلة باستخدام حزم الوسائط. لا يتم التحقق من المكالمات العابرة (على سبيل المثال، حالة المحاولة أو الرنين).
في هذه المقالة، سيشير CUBE HA إلى التكرار من جهاز توجيه إلى جهاز آخر (B2B) من الطبقة 2 الخاص بقابلية الوصول العالية لـ CUBE (HA) للحفاظ على المكالمات بناء على الحالة.
اعتبارًا من الإصدار IOS-XE 17.9.1، يمكن نشر CUBE HA كبوابة محلية لعمليات نشر قناة Cisco Webex Calling (شبكة PSTN القائمة على الموقع الداخلي). ستناقش هذه المقالة اعتبارات التصميم والتكوينات. يعرض الشكل إعداد CUBE HA نموذجي كبوابة محلية لنشر قناة Cisco Webex Calling.
مكون الأشعة تحت الحمراء لمجموعة التكرار
يوفر مكون الأشعة تحت الحمراء لمجموعة التكرار (RG) دعم البنية التحتية للاتصالات من جهاز توجيه إلى جهاز آخر بين عنصري CUBE ويتفاوض على حالة التكرار المستقرة النهائية. يوفر هذا المكون أيضًا:
-
بروتوكول يشبه HSRP يقوم بالتفاوض على حالة التكرار النهائية لكل جهاز توجيه عن طريق تبادل رسائل keepalive وhello بين عناصر CUBE (عبر واجهة التحكم) - GigabitEthernet3 في الشكل المعروض أعلاه.
-
آلية نقل للتحقق من حالة الإشارات والوسائط لكل مكالمة من جهاز التوجيه النشط إلى جهاز التوجيه الاحتياطي (عبر واجهة البيانات) - GigabitEthernet3 في الشكل المعروض أعلاه.
-
تكوين وإدارة واجهة IP الافتراضية (VIP) لواجهات حركة المرور (يمكن تكوين واجهات حركة مرور متعددة باستخدام نفس مجموعة RG) - GigabitEthernet تعتبر 1 و2 واجهات لحركة المرور.
يجب تكوين مكون RG هذا خصيصًا لدعم صوت B2B HA.
إدارة عناوين IP الافتراضية (VIP) لكلٍ من الإشارات والوسائط
يعتمد B2B HA على VIP لتحقيق التكرار. يجب أن يوجد VIP والواجهات المادية المرتبطة بها على كل من عناصر CUBE في زوج CUBE HA على نفس الشبكة الفرعية LAN. يعد تكوين VIP وربط واجهة VIP بتطبيق صوتي معين (SIP) أمرًا إلزاميًا لدعم B2B HA الصوتي. تستخدم الأجهزة الخارجية مثل Unified CM أو Webex Calling access SBC أو موفر الخدمة أو الوكيل VIP كعنوان IP للوجهة للمكالمات التي تمر عبر أجهزة توجيه CUBE HA. وبالتالي، من وجهة نظر Webex Calling، تعمل أزواج CUBE HA كبوابة محلية واحدة.
يتم التحقق من إشارات المكالمات ومعلومات جلسة RTP للمكالمات المنشئة من جهاز التوجيه النشط إلى جهاز التوجيه الاحتياطي. عندما يتوقف جهاز التوجيه النشط عن العمل، يتولى جهاز التوجيه "الاحتياطي" المسؤولية، ويستمر في إعادة توجيه دفق RTP الذي تم توجيهه مسبقًا من قِبل جهاز التوجيه الأول.
لن يتم الحفاظ على المكالمات الموجودة في حالة عابرة في وقت تجاوز الفشل بعد التبديل. على سبيل المثال، المكالمات التي لم يتم إنشاؤها بالكامل بعد أو التي في طور التعديل باستخدام وظيفة التحويل أو الانتظار. قد يتم قطع اتصال المكالمات المنشئة بعد التبديل.
يجب توفر المتطلبات التالية لاستخدام CUBE HA كبوابة محلية لتجاوز فشل المكالمات القائم على الحالة:
-
لا يمكن أن يتواجد على CUBE HA كلاً من TDM وواجهات تناظرية في موقع مشترك
-
يشار إلى Gig1 وGig2 بصفتها واجهات لحركة المرور (SIP/RTP) وGig3 هي واجهة بيانات/التحكم في مجموعة التكرار (RG)
-
لا يمكن وضع أكثر من زوجين من CUBE HA في نفس مجال الطبقة 2، واحد مع معرف المجموعة 1 والأخرى ذات معرف المجموعة 2. في حالة تكوين زوجين من HA بنفس معرف المجموعة، يجب أن تنتمي واجهات بيانات/التحكم في RG إلى مجالات مختلفة من الطبقة 2 (vlan، وتبديل منفصل)
-
يتم دعم قناة المنفذ لكل من بيانات/التحكم في RG وواجهات حركة المرور
-
يتم الحصول على جميع الإشارات/الوسائط من/إلى عنوان IP الافتراضي
-
في أي وقت يتم فيه إعادة تحميل المنصة في علاقة CUBE-HA، يتم تشغيلها دائمًا في وضع "الاحتياطي"
-
يجب أن يكون العنوان السفلي لجميع الواجهات (Gig1 وGig2 وGig3) على نفس المنصة
-
يجب أن يكون معرف واجهة التكرار (rii) فريدًا لمزيج الزوج/الواجهة على نفس الطبقة 2
-
يجب أن يكون التكوين على كل من عنصري CUBE متطابقًا بما في ذلك التكوين الفعلي ويجب أن يعمل على نفس نوع المنصة وإصدار IOS-XE
-
لا يمكن استخدام واجهات الاسترجاع كرابطة لأنها دائمًا ما تكون قيد التشغيل
-
تتطلب واجهات حركة المرور المتعددة (SIP/RTP) (Gig1 وGig2) تكوين تتبع الواجهة
-
CUBE-HA غير مدعوم عبر اتصال كبل وصلة التحويلة لارتباط البيانات/التحكم في مجموعة RG (Gig3)
-
يجب أن تكون كلتا المنصتين متطابقتين وأن تكونا متصلتين من خلال مفتاح فعلي عبر جميع الواجهات المماثلة حتى يعمل CUBE HA، على سبيل المثال يجب أن ينتهي GE0/0/0 من CUBE-1 وCUBE-2 على نفس المفتاح وهكذا.
-
لا يمكن إنهاء شبكة WAN على عناصر CUBE مباشرةً أو Data HA على أي من الجانبين
-
يجب أن يكون كل من الوضع النشط/الاحتياطي في نفس مركز البيانات
-
يلزم استخدام واجهة L3 منفصلة للتكرار (بيانات/التحكم في RG، وGig3)، أي لا يمكن استخدام الواجهة المستخدمة لحركة المرور لأوامر keepalives وعمليات التحقق الخاصة بـ HA
-
عند تجاوز الفشل، يخضع CUBE النشط سابقًا لإعادة التحميل حسب التصميم، مع الحفاظ على الإشارات والوسائط
تكوين التكرار على كلٍ من عنصريّ CUBE
يجب تكوين التكرار من جهاز توجيه إلى جهاز آخر من الطبقة 2 على كلٍ من CUBE المقصود استخدامه في زوج HA لإظهار عناوين IP الافتراضية.
1 |
قم بتكوين تتبع الواجهة على المستوى العام لتتبع حالة الواجهة.
يتم استخدام قائمة CLI الخاصة بالتتبع في RG لتتبع حالة واجهة حركة المرور الصوتية بحيث يقوم التوجيه النشط بإلغاء دوره النشط بعد تعطل واجهة حركة المرور. | ||
2 |
قم بتكوين RG للاستخدام مع VoIP HA ضمن الوضع الفرعي لتكرار التطبيق.
فيما يلي شرح للحقول المستخدمة في هذا التكوين:
| ||
3 |
قم بتمكين التكرار من جهاز توجيه إلى جهاز آخر لتطبيق CUBE. قم بتكوين مجموعة RG من الخطوة السابقة ضمن
مجموعة التكرار 1— تتطلب إضافة وإزالة هذا الأمر إعادة التحميل حتى يصبح التكوين المحدث ساري المفعول. سنعيد تحميل الأنظمة الأساسية بعد تطبيق كل عمليات التكوين. | ||
4 |
تكوين واجهات Gig1 وGig2 مع عناوين IP الافتراضية الخاصة بكل منهما كما هو موضح أدناه وتطبيق معرف واجهة التكرار (rii)
فيما يلي شرح للحقول المستخدمة في هذا التكوين:
| ||
5 |
احفظ تكوين CUBE الأول وأعد تحميله. آخر منصة تتم إعادة تحميلها هي المنصة الاحتياطية دائمًا.
بعد تمهيد VCUBE-1 بالكامل، احفظ تكوين VCUBE-2 وقم بإعادة تحميله.
| ||
6 |
تحقق من أن التكوين من جهاز توجيه إلى جهاز آخر يعمل على النحو المتوقع. يتم تمييز المخرجات ذات الصلة بخط غامق. لقد أعدنا تحميل VCUBE-2 في المرة الأخيرة ووفقًا لاعتبارات التصميم، ستكون آخر منصة تتم إعادة تحميلها دائمًا في الوضع الاحتياطي. بعد ذلك، تابع تكوين البوابة المحلية (القائم على التسجيل أو القائم على الشهادة) على كلٍ من عناصر HA CUBE. ارجع إلى تكوين البوابة المحلية على Cisco IOS XE لتطبيق Webex Calling. |