الأساسيات

المتطلبات الأساسية

قبل نشر CUBE HA كبوابة محلية لتطبيق Webex Calling، تأكد من أنك على دراية متعمقة بالمفاهيم التالية:

تفترض توجيهات التكوين الواردة في هذه المقالة وجود منصة مخصصة للبوابة المحلية بدون تكوين صوتي حالي. إذا كان يتم تعديل عملية نشر مؤسسة 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 على مختلف المنصات:

نظرة عامة على حل 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

قم بتكوين تتبع الواجهة على المستوى العام لتتبع حالة الواجهة.

conf t track 1 interface GigabitEthernet1 line-protocol track 2 interface GigabitEthernet2 line-protocol exit 

VCUBE-1#conf t

VCUBE-1(config)#المسار 1 واجهة GigabitEthernet1 line-protocol

VCUBE-1(config-track)#واجهة المسار 2 GigabitEthernet2 line-protocol

VCUBE-1(config-track)#خروج

VCUBE-2#conf t

VCUBE-2(config)#المسار 1 واجهة GigabitEthernet1 line-protocol

VCUBE-2(config-track)#واجهة المسار 2 GigabitEthernet2 line-protocol

VCUBE-2(config-track)#خروج

يتم استخدام قائمة CLI الخاصة بالتتبع في RG لتتبع حالة واجهة حركة المرور الصوتية بحيث يوقف التوجيه النشط دوره تمامًا بعد تعطل واجهة حركة المرور.

2

قم بتكوين RG للاستخدام مع VoIP HA ضمن الوضع الفرعي لتكرار التطبيق.

تطبيق التكرار مجموعة التكرار 1 الاسم LocalGateway-HA الأولوية 100 عتبة الفشل 75 التحكم بروتوكول GigabitEthernet3 1 البيانات GigabitEthernet3 مؤقتات التأخير 30 إعادة التحميل 60 المسار 1 إيقاف التشغيل المسار 2 إيقاف التشغيل بروتوكول الخروج 1 مؤقتات hellotime 3 وقت الانتظار 10 خروج خروج خروج 

VCUBE-1(config)#التكرار

VCUBE-1(config-red)#تكرار التطبيق

VCUBE-1(config-red-app)#المجموعة 1

VCUBE-1(config-red-app-grp)#اسم LocalGateway-HA

VCUBE-1(config-red-app-grp)#عتبة الفشل ذات الأولوية 100 75

VCUBE-1(config-red-app-grp)#التحكم في بروتوكول GigabitEthernet3 1

VCUBE-1(config-red-app-grp)#بيانات جيجابت إيثرنت3

VCUBE-1(config-red-app-grp)#تأخير المؤقتات 30 وإعادة التحميل 60

VCUBE-1(config-red-app-grp)#إيقاف تشغيل المسار 1

VCUBE-1(config-red-app-grp)#إيقاف تشغيل المسار 2

VCUBE-1(config-red-app-grp)#خروج

VCUBE-1(config-red-app)#البروتوكول 1

VCUBE-1(config-red-app-prtcl)#مؤقتات hellotime 3 وقت الانتظار 10

VCUBE-1(config-red-app-prtcl)#خروج

VCUBE-1(config-red-app)#خروج

VCUBE-1(config-red)#خروج

VCUBE-1(التكوين)#

VCUBE-2(config)#التكرار

VCUBE-2(config-red)#تكرار التطبيق

VCUBE-2(config-red-app)#المجموعة 1

VCUBE-2(config-red-app-grp)#اسم LocalGateway-HA

VCUBE-2(config-red-app-grp)#عتبة الفشل ذات الأولوية 100 75

VCUBE-2(config-red-app-grp)#التحكم في بروتوكول GigabitEthernet3 1

VCUBE-1(config-red-app-grp)#بيانات جيجابت إيثرنت3

VCUBE-2(config-red-app-grp)#تأخير المؤقتات 30 وإعادة التحميل 60

VCUBE-2(config-red-app-grp)#إيقاف تشغيل المسار 1

VCUBE-2(config-red-app-grp)#إيقاف تشغيل المسار 2

VCUBE-2(config-red-app-grp)#خروج

VCUBE-2(config-red-app)#البروتوكول 1

VCUBE-2(config-red-app-prtcl)#مؤقتات hellotime 3 وقت الانتظار 10

VCUBE-2(config-red-app-prtcl)#خروج

VCUBE-2(config-red-app)#خروج

VCUBE-2(config-red)#خروج

VCUBE-2(التكوين)#

فيما يلي شرح للحقول المستخدمة في هذا التكوين:

  • redundancy—يدخل وضع التكرار

  • تكرار التطبيق—يدخل وضع تكوين تكرار التطبيق

  • group—يدخل إلى وضع تكوين مجموعة تطبيقات التكرار

  • name LocalGateway-HA—يحدد اسم مجموعة RG

  • عتبة الفشل ذات الأولوية 100 75—تحدد الأولوية الأولية وعتبات الفشل لمجموعة RG

  • تأخير المؤقتات 30 وإعادة التحميل 60—يتم تكوين الوقتين للتأخير وإعادة التحميل

    • مؤقت التأخير وهو مقدار الوقت اللازم لتأخير تهيئة مجموعة RG والتفاوض على الدور بعد ظهور الواجهة - والوقت الافتراضي هو 30 ثانية. يكون النطاق من 0 إلى 10000 ثانية

    • إعادة التحميل— هذا هو مقدار الوقت اللازم لتأخير تهيئة مجموعة RG والتفاوض على الدور بعد عملية إعادة تحميل - والوقت الافتراضي هو 60 ثانية. يكون النطاق من 0 إلى 10000 ثانية

    • يوصى باستخدام المؤقتات الافتراضية، على الرغم من أنه يمكن ضبط هذه المؤقتات لاستيعاب أي تأخير إضافي في تلاقي الشبكة قد يحدث أثناء تمهيد/إعادة تحميل أجهزة التوجيه، وذلك من أجل ضمان إجراء التفاوض على بروتوكول RG بعد تلاقي التوجيه في الشبكة على نقطة مستقرة. على سبيل المثال، إذا ظهر بعد تجاوز الفشل أن الأمر يستغرق مدة تصل إلى 20 ثانية لجهاز STANDBY (الاحتياطي) الجديد لرؤية حزمة RG HELLO الأولى من جهاز ACTIVE (النشط) الجديد، فيجب ضبط المؤقتات على "تأخير المؤقتات 60 إعادة تحميل 120" لمراعاة هذا التأخير.

  • التحكم في بروتوكول GigabitEthernet3 1—يقوم بتكوين الواجهة المستخدمة لتبادل رسائل الإبقاء على الاتصال والترحيب بين المكعبين، ويحدد مثيل البروتوكول الذي سيتم ربطه بواجهة التحكم ويدخل وضع تكوين بروتوكول تطبيق التكرار

  • data GigabitEthernet3—تكوين الواجهة المستخدمة لتحديد نقاط تفتيش حركة البيانات

  • track—تتبع مجموعة RG للواجهات

  • البروتوكول 1—يحدد مثيل البروتوكول الذي سيتم إرفاقه بواجهة التحكم ويدخل وضع تكوين بروتوكول تطبيق التكرار

  • timers hellotime 3 holdtime 10—يتم تكوين المؤقتين لـ hellotime وholdtime:

    • Hellotime— الفاصل الزمني بين رسائل hello المتعاقبة – الفاصل الافتراضي هو 3 ثوان. يكون النطاق من 250 ملي ثانية إلى 254 ثانية

    • Holdtime— الفاصل الزمني بين استلام رسالة Hello وافتراض فشل جهاز التوجيه المرسل في مهمته. يجب أن تكون هذه المدة أكبر من hello-time - الوقت الافتراضي هم 10 ثوان. يكون النطاق من 750 ملي ثانية إلى 255 ثانية

      نوصي بتكوين مؤقت holdtime ليكون على الأقل 3 أمثال قيمة مؤقت hellotime.

3

قم بتمكين التكرار من جهاز توجيه إلى جهاز آخر لتطبيق CUBE. قم بتكوين RG من الخطوة السابقة ضمن خدمة الصوت voip. يؤدي هذا إلى تمكين تطبيق CUBE من التحكم في عملية التكرار.

خدمة الصوت voip التكرارية - خروج المجموعة 1

VCUBE-1(config)#خدمة صوتية عبر بروتوكول الإنترنت

VCUBE-1(config-voi-serv)#مجموعة التكرار 1

 % تم إنشاء ارتباط RG 1 مع Voice B2B HA؛ أعد تحميل جهاز التوجيه حتى يتم تطبيق التكوين الجديد 

VCUBE-1(config-voi-serv)# خروج

VCUBE-2(config)#خدمة صوتية عبر بروتوكول VoIP

VCUBE-2(config-voi-serv)#مجموعة التكرار 1

 % تم إنشاء ارتباط RG 1 مع Voice B2B HA؛ أعد تحميل جهاز التوجيه حتى يتم تطبيق التكوين الجديد 

VCUBE-2(config-voi-serv)# خروج

redundancy-group 1—تتطلب إضافة هذا الأمر وإزالته إعادة التحميل لكي يسري مفعول التكوين المحدث. سنعيد تحميل المنصات بعد تطبيق جميع عمليات التكوين.

4

تكوين واجهات Gig1 وGig2 مع عناوين IP الافتراضية الخاصة بكل منهما كما هو موضح أدناه وتطبيق معرف واجهة التكرار (rii)

VCUBE-1(config)#واجهة GigabitEthernet1

VCUBE-1(config-if)# التكرار rii 1

VCUBE-1(config-if)# مجموعة التكرار 1 عنوان IP 198.18.1.228 حصري

VCUBE-1(config-if)# خروج

VCUBE-1(التكوين)#

VCUBE-1(config)#واجهة GigabitEthernet2

VCUBE-1(config-if)# التكرار rii 2

VCUBE-1(config-if)# مجموعة التكرار 1 عنوان IP 198.18.133.228 حصري

VCUBE-1(config-if)# خروج

VCUBE-2(config)#واجهة GigabitEthernet1

VCUBE-2(config-if)# التكرار rii 1

VCUBE-2(config-if)# مجموعة التكرار 1 عنوان IP 198.18.1.228 حصري

VCUBE-2(config-if)# خروج

VCUBE-2(التكوين)#

VCUBE-2(config)#واجهة GigabitEthernet2

VCUBE-2(config-if)# التكرار rii 2

VCUBE-2(config-if)# مجموعة التكرار 1 عنوان IP 198.18.133.228 حصري

VCUBE-v(config-if)# خروج

فيما يلي شرح للحقول المستخدمة في هذا التكوين:

  • redundancy rii—يقوم بتكوين معرف واجهة التكرار لمجموعة التكرار. يكون مطلوبًا لإنشاء عنوان MAC افتراضي (VMAC). يجب استخدام نفس قيمة معرف واجهة التكرار (rii) على واجهة كل جهاز توجيه (ACTIVE/STANDBY) يحتوي على نفس VIP.

    إذا كان هناك أكثر من زوج B2B على نفس الشبكة المحلية (LAN)، فيجب أن يكون لكل زوج معرفات rii فريدة على واجهاتهم الخاصة (لمنع التصادم). يجب أن يشير "إظهار مجموعة تطبيقات التكرار للجميع" إلى المعلومات المحلية والنظيرة الصحيحة.

  • مجموعة التكرار 1—تربط الواجهة بمجموعة التكرار التي تم إنشاؤها في الخطوة 2 أعلاه. قم بتكوين مجموعة RG، بالإضافة إلى VIP المعين لهذه الواجهة الفعلية.

    يلزم استخدام واجهة منفصلة للتكرار، أي أنه لا يمكن استخدام الواجهة المستخدمة لحركة مرور الصوت كواجهة للتحكم والبيانات والتي تم تحديدها في الخطوة رقم 2 أعلاه. في هذا المثال، يتم استخدام واجهة Gigabit 3 لبيانات/التحكم في RG

5

احفظ تكوين CUBE الأول وأعد تحميله.

آخر منصة تتم إعادة تحميلها الأخير تكون هي المنصة الاحتياطية دائمًا.

VCUBE-1#wr

 تكوين المبنى... 

 [نعم] 

VCUBE-1#إعادة تحميل

 هل تريد المتابعة بإعادة التحميل؟ [تأكيد] 

بعد تمهيد VCUBE-1 بالكامل، احفظ تكوين VCUBE-2 وقم بإعادة تحميله.

VCUBE-2#wr

 تكوين المبنى... 

 [نعم] 

VCUBE-2#إعادة تحميل

 هل تريد المتابعة بإعادة التحميل؟ [تأكيد] 

6

تحقق من أن التكوين من جهاز توجيه إلى جهاز آخر يعمل كما هو متوقع. يتم تمييز المخرجات ذات الصلة بخط غامق.

لقد أعدنا تحميل VCUBE-2 في الخطوة الأخيرة ووفقًا لاعتبارات التصميم، ستكون آخر منصة يتم إعادة تحميلها دائمًا في الوضع الاحتياطي.

 VCUBE-1#إظهار مجموعة تطبيقات التكرار الكل معلومات المجموعة 1 لحالات الأعطال:        أولوية وقت التشغيل: [100] أخطاء RG حالة RG: أعلى.                        إجمالي عدد عمليات التبديل بسبب الأعطال:  0 إجمالي عدد تغييرات حالة التشغيل/الإيقاف بسبب الأخطاء: 0 معرف المجموعة:1 اسم المجموعة:LocalGateway-HA الحالة الإدارية: لا يوجد إيقاف تشغيل الحالة التشغيلية الإجمالية: أعلى دوري: دور الأقران النشط: الاستعداد التواجد مع الأقران: نعم التواصل بين الأقران: نعم بدأ التقدم بين الأقران: نعم مجال RF: حالة RF لـ btob-one: حالة RF النظيرة النشطة: بروتوكول STANDBY HOT RG 1 RG 1 ------------------ الدور: التفاوض النشط: الأولوية الممكنة: 100 حالة البروتوكول: حالة Ctrl Intf(s) النشطة: أعلى نظير نشط: نظير احتياطي محلي : العنوان 10.1.1.2، الأولوية 100، intf Gi3 عدادات السجل:                 تغيير الدور إلى نشط: 1 تغيير الدور إلى وضع الاستعداد: 1 تعطيل الأحداث: حالة rg down 0، rg shut 0 أحداث ctrl intf: أعلى 1، أسفل 0، admin_down 0 أحداث إعادة التحميل: طلب محلي 0، طلب نظير 0 سياق وسائط RG لـ RG 1 -------------------------- حالة Ctx: معرف البروتوكول النشط: 1 نوع الوسائط: واجهة التحكم الافتراضية : GigabitEthernet3 مؤقت Hello الحالي: 3000 مؤقت Hello تم تكوينه: 3000، مؤقت الانتظار: مؤقت الترحيب بالزملاء 10000: 3000، مؤقت الاحتفاظ بالنظير: 10000 الإحصائيات:             العبوات 1509، البايتات 93558، تسلسل HA 0، رقم التسلسل 1509، فقدان العبوة 0 لم يتم تكوين المصادقة فشل المصادقة: 0 إعادة تحميل النظير: TX 0, RX 0 استقالة: TX 0، RX 0 نظير ثابت: حاضر. مؤقت الانتظار: 10000 حزمة 61، بايت 2074، تسلسل HA 0، رقم التسلسل 69، فقدان الحزمة 0 VCUBE-1#
 VCUBE-2#إظهار مجموعة تطبيقات التكرار الكل حالات الأعطال معلومات المجموعة 1:        أولوية وقت التشغيل: [100] أخطاء RG حالة RG: أعلى.                        إجمالي عدد عمليات التبديل بسبب الأعطال:  0 إجمالي عدد تغييرات حالة التشغيل/الإيقاف بسبب الأخطاء: 0 معرف المجموعة:1 اسم المجموعة:LocalGateway-HA الحالة الإدارية: لا يوجد إيقاف تشغيل الحالة التشغيلية الإجمالية: أعلى دوري: دور الأقران الاحتياطي: تواجد الأقران النشط : نعم التواصل بين الأقران: نعم بدأ التقدم بين الأقران: نعم مجال RF: حالة RF لـ btob-one: حالة RF النظيرة النشطة: بروتوكول STANDBY HOT RG 1 RG 1 ------------------ الدور: التفاوض النشط: الأولوية الممكنة: 100 حالة البروتوكول: حالة Ctrl Intf(s) النشطة: أعلى نظير نشط: العنوان 10.1.1.2، الأولوية 100، intf Gi3 نظير احتياطي: عدادات السجل المحلية:                 تغيير الدور إلى نشط: 1 تغيير الدور إلى وضع الاستعداد: 1 تعطيل الأحداث: حالة rg down 0، rg shut 0 أحداث ctrl intf: أعلى 1، أسفل 0، admin_down 0 أحداث إعادة التحميل: طلب محلي 0، طلب نظير 0 سياق وسائط RG لـ RG 1 -------------------------- حالة Ctx: معرف البروتوكول النشط: 1 نوع الوسائط: واجهة التحكم الافتراضية : GigabitEthernet3 مؤقت Hello الحالي: 3000 مؤقت Hello تم تكوينه: 3000، مؤقت الانتظار: مؤقت الترحيب بالزملاء 10000: 3000، مؤقت الاحتفاظ بالنظير: 10000 الإحصائيات:             العبوات 1509، البايتات 93558، تسلسل HA 0، رقم التسلسل 1509، فقدان العبوة 0 لم يتم تكوين المصادقة فشل المصادقة: 0 إعادة تحميل النظير: TX 0, RX 0 استقالة: TX 0، RX 0 نظير ثابت: حاضر. مؤقت الانتظار: 10000 حزمة 61، بايت 2074، تسلسل HA 0، رقم التسلسل 69، فقدان الحزمة 0 VCUBE-2#

تكوين بوابة محلية على كلٍ من عنصريّ CUBE

في مثال التكوين الخاص بنا، نقوم باستخدام معلومات القناة التالية من Control Hub لإنشاء تكوين "البوابة المحلية" على كلتا المنصتين VCUBE-1 وVCUBE-2. يكون اسم المستخدم وكلمة المرور لهذا الإعداد كما يلي:

  • اسم المستخدم: حسين1076_المنطقة المحلية

  • كلمة المرور: lOV12MEaZx

1

تأكد من إنشاء مفتاح تكوين أساسي من أجل كلمة المرور باستخدام الأوامر الموضحة أدناه قبل أن يتم استخدامها في بيانات الاعتماد أو الأسرار المشتركة. يتم تشفير كلمات المرور من النوع 6 باستخدام تشفير AES ومفتاح التكوين هذا المُعرف من قبل المستخدم.

 LocalGateway#conf t LocalGateway(config)#key config-key password-encrypt Password123 LocalGateway(config)#passwordcoding aes

فيما يلي تكوين "البوابة المحلية" الذي سيتم تطبيقه على كلتا المنصتين بناءً على معلمات Control Hub المعروضة أعلاه، فقم بحفظها وإعادة تحميلها. يتم تمييز بيانات اعتماد SIP Digest من Control Hub بخط غامق.

 تكوين نقطة ثقة تشفير pki للمحطة الطرفية dummyTp التحقق من إبطال crl الخروج sip-ua إشارات التشفير نقطة الثقة الافتراضية dummyTp cn-san التحقق من صحة نقل الخادم tcp tls v1.2 نهاية تكوين محطة الطرفية تشفير pki مجموعة الثقة استيراد عنوان URL نظيف ⁦http://www.cisco.com/security/pki/trs/ios_core.p7b⁩ نهاية تكوين خدمة صوت المحطة الطرفية عنوان IP voip قائمة موثوقة ipv4 x.x.x.x y.y.y.y خروج السماح بالاتصالات sip إلى sip إحصائيات الوسائط إحصائيات الوسائط السائبة لا توجد خدمة تكميلية sip تشير لا توجد خدمة تكميلية sip مقبض يستبدل بروتوكول الفاكس المرور g711ulaw stun stun flowdata معرف الوكيل 1 عدد التمهيد 4 stun flowdata سر مشترك 0 كلمة المرور 123! sip g729 Annexb-all early-offer forced end configure terminal voice class sip-profiles 200 القاعدة 9 طلب أي رأس sip تعديل "sips:(.*)" "sip:\1" القاعدة 10 طلب أي رأس sip لتعديل "" "" القاعدة 13 الاستجابة أي رأس sip لتعديل "" ";otg=hussain1076_lgu>" القاعدة 30 طلب أي رأس sip تعديل "sips:(.*)" "sip:\1" فئة الصوت ترميز 99 تفضيل الترميز 1 g711ulaw تفضيل الترميز 2 g711ulaw خروج فئة الصوت srtp-crypto 200 تشفير 1 AES_CM_128_HMAC_SHA1_80 خروج فئة الصوت stun-usage 200 stun usage firewall-traversal flowdata خروج فئة الصوت المستأجر 200 المسجل dns:40462196.cisco-bcld.com scheme sips expires 240 refresh-ratio 50 tcp tls credentials number Hussain5091_LGU username Hussain1076_LGU password 0 lOV12MEaZx domain Broadworks authentication username Hussain5091_LGU password 0 lOV12MEaZx domain BroadWorks authentication username Hussain5091_LGU password 0 lOV12MEaZx domain 40462196.cisco-bcld.com no remote-party-id sip-server dns:40462196.cisco-bcld.com إعادة استخدام الاتصال srtp-crypto 200 نقل الجلسة tcp tls عنوان url sips خطأ-passthru معرف مؤكد pai ربط التحكم واجهة المصدر GigabitEthernet1 ربط واجهة مصدر الوسائط GigabitEthernet1 لا يوجد محتوى تمريري sdp مخصص ملفات تعريف sip 200 وكيل خارجي dns:la01.sipconnect-us10.cisco-bcld.com سياسة الخصوصية passthru فئة الصوت المستأجر 100 نقل الجلسة عنوان url udp خطأ-passthru ربط التحكم واجهة المصدر GigabitEthernet2 ربط واجهة مصدر الوسائط GigabitEthernet2 لا يوجد محتوى تمريري sdp مخصص فئة الصوت المستأجر 300 ربط التحكم واجهة مصدر GigabitEthernet2 ربط الوسائط واجهة مصدر GigabitEthernet2 لا يوجد محتوى تمريري فئة صوت SDP مخصصة URI 100 مضيف SIP IPv4:198.18.133.3 فئة صوت URI 200 نمط SIP dtg=hussain1076.lgu اتصال نظير صوت 101 وصف VoIP اتصال نظير صادر إلى IP نمط وجهة PSTN بروتوكول جلسة BAD.BAD هدف جلسة sipv2 IPv4:198.18.133.3 فئة صوت برنامج ترميز 99 فئة صوت مستأجر SIP 100 dtmf-relay rtp-nte لا يوجد VAD اتصال نظير صوت 201 وصف VoIP اتصال نظير صادر إلى Webex نمط وجهة الاتصال BAD.BAD بروتوكول جلسة sipv2 هدف جلسة sip-server صوت-فئة ترميز 99 صوت-فئة stun-usage 200 لا صوت-فئة sip localhost صوت-فئة sip المستأجر 200 dtmf-relay rtp-nte srtp لا vad صوت-فئة dpg 100 وصف وارد WebexCalling(DP200) إلى IP PSTN(DP101) اتصال نظير 101 تفضيل 1 صوت-فئة dpg 200 وصف IP PSTN(DP100) وارد Webex Calling(DP201) اتصال نظير 201 تفضيل 1 اتصال نظير صوت 100 وصف VoIP اتصال نظير وارد من IP PSTN بروتوكول جلسة sipv2 وجهة dpg 200 عنوان URI الوارد عبر 100 صوت-فئة ترميز 99 صوت-فئة sip المستأجر 300 dtmf-relay rtp-nte لا vad اتصال نظير صوت 200 وصف voip اتصال وارد من Webex بروتوكول جلسة الاتصال sipv2 وجهة dpg 100 طلب URI وارد 200 ترميز فئة الصوت 99 استخدام فئة الصوت stun 200 مستأجر فئة الصوت sip 200 dtmf-relay rtp-nte srtp no vad نهاية نسخ تشغيل بداية 

لإظهار مخرجات أوامر العرض، قمنا بإعادة تحميل VCUBE-2 متبوعًا بـ VCUBE-1، وجعل VCUBE-1 هو CUBE الاحتياطي وVCUBE-2 هو CUBE النشط

2

في أي وقت من الأوقات، ستحتفظ منصة واحدة فقط بتسجيل نشط بصفته بوابة محلية مع Webex Calling access SBC. قم بإلقاء نظرة على مخرجات أوامر العرض التالية.

إظهار مجموعة تطبيقات التكرار 1

إظهار حالة سجل sip-ua

 VCUBE-1#إظهار مجموعة تطبيقات التكرار 1 معرف المجموعة:1 اسم المجموعة:LocalGateway-HA الحالة الإدارية: لا يوجد إيقاف تشغيل الحالة التشغيلية الإجمالية: أعلى دوري: دور الأقران في وضع الاستعداد : التواجد النشط بين الأقران: نعم التواصل بين الأقران: نعم بدأ التقدم بين الأقران: نعم مجال RF: حالة RF لـ btob-one: وضع الاستعداد الساخن لحالة RF للنظير: ACTIVE VCUBE-1#إظهار حالة سجل sip-ua VCUBE-1#

 VCUBE-2#إظهار مجموعة تطبيقات التكرار 1 معرف المجموعة:1 اسم المجموعة:LocalGateway-HA الحالة الإدارية: لا يوجد إيقاف تشغيل الحالة التشغيلية الإجمالية: أعلى دوري: دور الأقران النشط : الحالة التواجد بين الأقران: نعم التواصل بين الأقران: نعم بدأ التقدم بين الأقران: نعم مجال RF: حالة RF لـ btob-one: حالة RF النظيرة النشطة: STANDBY HOT VCUBE-2#إظهار حالة تسجيل sip-ua المستأجر: 200 --------------------فهرس المسجل  1 --------------------- انتهاء صلاحية نظير الخط (ثانية) بقاء التسجيل P-Associ-URI =============================== ============= === ============== === ============= Hussain5091_LGU -1 48 نعم طبيعي VCUBE-2#

من الناتج أعلاه، يمكنك أن ترى أن VCUBE-2 هو LGW النشط الذي يحافظ على التسجيل باستخدام SBC للوصول إلى Webex Calling، في حين أن ناتج "إظهار حالة تسجيل sip-ua" فارغ في VCUBE-1

3

قم الآن عمليات التصحيح التالية على VCUBE-1

 VCUBE-1#تصحيح أخطاء ccsip غير المتصلة تم تمكين تتبع SIP خارج الحوار VCUBE-1#تصحيح أخطاء معلومات ccsip تم تمكين تتبع معلومات مكالمة SIP VCUBE-1#تصحيح أخطاء رسالة ccsip

4

يمكنك محاكاة تجاوز الفشل عن طريق إصدار الأمر التالي على LGW النشط، وهو VCUBE-2 في هذه الحالة.

 VCUBE-2#مجموعة إعادة تحميل تطبيق التكرار 1 ذاتية

يحدث التبديل من ACTIVE إلى STANDBY LGW في السيناريو التالي أيضًا إلى جانب قائمة CLI المذكورة أعلاه

  • عند إعادة تحميل جهاز التوجيه ACTIVE

  • عند تشغيل طاقة جهاز التوجيه ACTIVE

  • عند إيقاف تشغيل أي واجهة RG تم تكوينها لجهاز التوجيه ACTIVE والتي يتم تمكين التتبع لها

5

تحقق لمعرفة ما إذا كان VCUBE-1 قد تم تسجيله في Webex Calling Access SBC أم لا. كان من الواجب أن يتم إعادة تحميل VCUBE-2 الآن.

 VCUBE-1#عرض حالة تسجيل sip-ua المستأجر: 200 --------------------فهرس المسجل  1 --------------------- انتهاء صلاحية نظير الخط (ثانية) بقاء التسجيل P-Associ-URI =============================== ============= === ============= === ============= Hussain5091_LGU -1 56 نعم طبيعي VCUBE-1#

VCUBE-1 هو الآن LGW النشط.

6

راجع سجل تصحيح الأخطاء ذي الصلة على VCUBE-1 والذي يرسل SIP REGISTER إلى Webex Calling عبر عنوان IP الافتراضي ويتلقى 200 استجابة OK.

 VCUBE-1#show log 9 يناير 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 مرحبًا، انتهى الوقت. 9 يناير 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: تم تغيير دور RG id 1 من وضع الاستعداد إلى وضع النشاط 9 يناير 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: التبديل من حالة الاستعداد_الساخنة إلى حالة النشاط 9 يناير 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: تم استلام إشعار بحدث الدور النشط في 9 يناير 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: مرسل: تسجيل رشفة: 40462196.cisco-bcld.com:5061 SIP/2.0 عبر: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374 من: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 إلى: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> التاريخ: الخميس، 09 يناير 2020 18:37:24 بتوقيت جرينتش رقم الاتصال: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 وكيل المستخدم: Cisco-SIPGateway/IOS-16.12.02 الحد الأقصى للتوجيه: 70 الطابع الزمني: 1578595044 تسلسل C: 2 تسجيل الاتصال: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> تنتهي صلاحيتها: 240 مدعوم: مسار المحتوى الطول: 0 

9 يناير 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg: تلقى: SIP/2.0 401 غير مصرح به عبر: SIP/2.0/TLS 198.18.1.228:5061؛ تم الاستلام=173.38.218.1؛ الفرع=z9hG4bK0374؛ الإرسال=4742 من: <sip:Hussain5091_LGU@40462196.cisco-bcld.com؛ otg=hussain1076_lgu>؛ العلامة=8D573-189 إلى: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>؛ العلامة=SD1u8bd99-1324701502-1578595045969 التاريخ: الخميس، 09 يناير 2020 18:37:24 بتوقيت جرينتش رقم الاتصال: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 الطابع الزمني: 1578595044 تسلسل C: 2 سجل WWW-Authenticate؛ DIGEST realm="BroadWorks"، qop="auth"، nonce="BroadWorksXk572qd01Ti58zliBW"، algorithm=MD5 طول المحتوى: 0 

9 يناير 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: مرسل: تسجيل sip:40462196.cisco-bcld.com:5061 SIP/2.0 عبر: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC من: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 إلى: <sip:Hussain5091_LGU@40462196.cisco-bcld.com> التاريخ: الخميس، 09 يناير 2020 18:37:25 بتوقيت جرينتش رقم الاتصال: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 وكيل المستخدم: Cisco-SIPGateway/IOS-16.12.02 الحد الأقصى لإعادة التوجيه: 70 الطابع الزمني: 1578595045 تسلسل C: 3 تسجيل الاتصال: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> تنتهي الصلاحية: 240 مدعوم: مسار التفويض: ملخص اسم المستخدم="Hussain1076_LGU"، المجال="BroadWorks"، uri="sips:40462196.cisco-bcld.com:5061"، الاستجابة="b6145274056437b9c07f7ecc08ebdb02"، nonce="BroadWorksXk572qd01Ti58z1iBW"، cnonce="3E0E2C4D"، qop=auth، الخوارزمية=MD5، nc=00000001 طول المحتوى: 0 

9 يناير 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  تلقى: SIP/2.0 200 OK عبر: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742 من: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 إلى: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184 معرف المكالمة: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97 الطابع الزمني: 1578595045 تسلسل C: 3 تسجيل الاتصال: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 السماح بالأحداث: معلومات المكالمة، الاستيلاء على الخط، الحوار، ملخص الرسالة، كحدث مميز، حجز الفنادق في x-broadworks، حالة مركز الاتصال في x-broadworks، المؤتمر طول المحتوى: 0