- الرئيسية
- /
- المقال
تنفيذ قابلية الوصول العالية لـ CUBE كبوابة محلية
البوابة المحلية (LGW) هي الخيار الوحيد لتوفير الوصول إلى PSTN القائمة على الموقع الداخلي لعملاء Cisco Webex Calling. الهدف من هذا المستند هو مساعدتك في بناء تكوين البوابة المحلية باستخدام توفر CUBE العالي أو CUBE النشط أو الاحتياطي لتجاوز الفشل في حالة المكالمات النشطة.
الأساسيات
المتطلبات الأساسية
قبل نشر CUBE HA كبوابة محلية لتطبيق Webex Calling، تأكد من أنك على دراية متعمقة بالمفاهيم التالية:
-
تكرار من الطبقة 2 من جهاز توجيه إلى جهاز آخر مع CUBE Enterprise للحفاظ على المكالمات بناء على الحالة
تفترض توجيهات التكوين الواردة في هذه المقالة وجود منصة مخصصة للبوابة المحلية بدون تكوين صوتي حالي. إذا كان يتم تعديل عملية نشر مؤسسة CUBE حالية لاستخدام وظيفة البوابة المحلية أيضًا لتطبيق Cisco Webex Calling، فاحرص على توجيه انتباه كبير إلى التكوين المطبق لضمان عدم انقطاع تدفقات المكالمات ووظائفها الحالية وتأكد من التزامك بمتطلبات تصميم CUBE HA.
مكونات الأجهزة والبرامج
يتطلب CUBE HA كبوابة محلية برنامج IOS-XE الإصدار 16.12.2 أو إصدار أحدث ومنصة يتم عليها دعم كلٍ من وظائف CUBE HA وLGW.
تعتمد أوامر العرض والسجلات في هذه المقالة على الحد الأدنى من برنامج Cisco IOS-XE الإصدار 16.12.2 الذي تم تطبيقه على vCUBE (CSR1000v).
المواد المرجعية
فيما يلي بعض التوجيهات التفصيلية لتكوين CUBE HA على مختلف المنصات:
-
سلسلة ISR 4K— 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 المفضلة لتطبيق 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 من جهاز توجيه إلى جهاز آخر
يستخدم التكرار من جهاز توجيه إلى جهاز آخر من الطبقة CUBE HA بروتوكول بنية "مجموعة التكرار" (RG) لتشكيل زوج نشط/احتياطي من أجهزة التوجيه. يتشارك هذا الزوج في نفس عنوان IP الافتراضي (VIP) عبر واجهات كل منهما ويتبادل رسائل الحالة باستمرار. يتم التحقق من معلومات جلسة عمل CUBE عبر زوج من أجهزة التوجيه مما يمكن جهاز التوجيه الاحتياطي من تولي جميع مسؤوليات معالجة مكالمات CUBE على الفور إذا خرج جهاز التوجيه النشط من الخدمة، مما يؤدي إلى الحفاظ على الإشارات والوسائط القائمة على الحالة.
يقتصر التحقق من الإشارة على المكالمات المتصلة باستخدام حزم الوسائط. لا يتم التحقق من المكالمات العابرة (على سبيل المثال، حالة المحاولة أو الرنين).
في هذه المقالة، سيشير CUBE HA إلى التكرار من جهاز توجيه إلى جهاز آخر (B2B) من الطبقة 2 الخاص بقابلية الوصول العالية لعنصر CUBE (HA) للحفاظ على المكالمات بناء على الحالة
اعتبارا من الإصدار 16.12.2 من برنامج IOS-XE، يمكن نشر 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 في الخطوة الأخيرة ووفقًا لاعتبارات التصميم، ستكون آخر منصة يتم إعادة تحميلها دائمًا في الوضع الاحتياطي. |
تكوين بوابة محلية على كلٍ من عنصريّ CUBE
في مثال التكوين الخاص بنا، نقوم باستخدام معلومات القناة التالية من Control Hub لإنشاء تكوين "البوابة المحلية" على كلتا المنصتين VCUBE-1 وVCUBE-2. يكون اسم المستخدم وكلمة المرور لهذا الإعداد كما يلي:
-
اسم المستخدم: حسين1076_LGU
-
كلمة المرور: lOV12MEaZx
1 |
تأكد من إنشاء مفتاح تكوين أساسي من أجل كلمة المرور باستخدام الأوامر الموضحة أدناه قبل أن يتم استخدامها في بيانات الاعتماد أو الأسرار المشتركة. يتم تشفير كلمات المرور من النوع 6 باستخدام تشفير AES ومفتاح التكوين هذا المُعرف من قبل المستخدم.
فيما يلي تكوين "البوابة المحلية" الذي سيتم تطبيقه على كلتا المنصتين بناءً على معلمات Control Hub المعروضة أعلاه، فقم بحفظها وإعادة تحميلها. يتم تمييز بيانات اعتماد ملخص SIP من Control Hub بخط غامق.
لإظهار مخرجات أوامر العرض، قمنا بإعادة تحميل VCUBE-2 متبوعًا بـ VCUBE-1، وجعل VCUBE-1 هو CUBE الاحتياطي وVCUBE-2 هو CUBE النشط |
2 |
في أي وقت من الأوقات، ستحتفظ منصة واحدة فقط بتسجيل نشط بصفته بوابة محلية مع Webex Calling access SBC. قم بإلقاء نظرة على مخرجات أوامر العرض التالية. إظهار مجموعة تطبيقات التكرار 1 إظهار حالة تسجيل sip-ua
من المخرجات المذكورة أعلاه، يمكنك أن ترى أن VCUBE-2 هو LGW النشط الذي يحافظ على عملية التسجيل باستخدام Webex Calling Access SBC، في حين أن مخرجات "إظهار حالة تسجيل sip-ua" فارغة في VCUBE-1 |
3 |
قم الآن عمليات التصحيح التالية على VCUBE-1 تم تمكين
|
4 |
يمكنك محاكاة تجاوز الفشل عن طريق إصدار الأمر التالي على LGW النشط، وهو VCUBE-2 في هذه الحالة.
يحدث التبديل من ACTIVE إلى STANDBY LGW في السيناريو التالي أيضًا إلى جانب قائمة CLI المذكورة أعلاه
|
5 |
تحقق لمعرفة ما إذا كان VCUBE-1 قد تم تسجيله في Webex Calling Access SBC أم لا. كان من الواجب أن يتم إعادة تحميل VCUBE-2 الآن.
VCUBE-1 هو الآن LGW النشط. |
6 |
راجع سجل تصحيح الأخطاء ذي الصلة على VCUBE-1 والذي يرسل SIP REGISTER إلى Webex Calling عبر عنوان IP الافتراضي ويتلقى 200 استجابة OK. VCUBE-1#إظهار السجل
|