الأساسيات

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

قبل نشر 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 واجهة GigabitEthernet1-protocol track 2 واجهة GigabitEthernet2 line protocol exit 

VCUBE- 1#conf t

VCUBE-1(config)#بروتوكول خط GigabitEthernet1 لواجهة 1

VCUBE-1(config-track)#بروتوكول خط GigabitEthernet2 واجهة 2

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

VCUBE- 2#conf t

بروتوكول خط GigabitEthernet1 لواجهة VCUBE-2(config)#track 1

VCUBE-2(config-track)#بروتوكول خط GigabitEthernet2 واجهة 2

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

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

2

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

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

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

VCUBE-1(التكوين-أحمر)#تكرار التطبيق

VCUBE-1(التكوين-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)#بيانات GigabitEthernet3

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)#exit

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

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

VCUBE-1(config-red-app-prtcl)#exit

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

VCUBE-1(التكوين-أحمر)#خروج

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

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

VCUBE-2(التكوين-أحمر)#تكرار التطبيق

VCUBE-2(التكوين-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)#بيانات GigabitEthernet3

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)#exit

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

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

VCUBE-2(config-red-app-prtcl)#exit

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

VCUBE-2(التكوين-أحمر)#خروج

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • المؤقتات 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 من التحكم في عملية التكرار.

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

VCUBE-1(config)#voip للخدمة الصوتية

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)# خروج

مجموعة التكرار 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(التكوين-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(التكوين-if)# خروج

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

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

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

VCUBE-2(التكوين-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(التكوين-if)# خروج

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

  • 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 الدولة الإدارية: لا يوجد حالة تشغيل إجمالية للإيقاف: أعلى  الدور الخاص بي: دور النظير النشط: التواجد الاحتياطي للنظير: نعم نظير Comm: نعم بدأ تقدم النظير: نعم مجال الترددات اللاسلكية: حالة التردد اللاسلكي btob-one: حالة تردد الاتصال اللاسلكي للنظير النشط: الدور الاحتياطي لبروتوكول RG السريع RG 1 ------------------ : التفاوض النشط: الأولوية التي تم تمكينها: حالة البروتوكول 100: حالة (بيانات) Ctrl النشطة: نظير نشط لأعلى: نظير الاستعداد المحلي: العنوان 10.1.1.2، الأولوية 100، عدادات سجلات Gi3 intf:                 تغيير الدور إلى نشط: تغيير الدور 1 إلى وضع الاستعداد: 1 تعطيل الأحداث: rg down state 0، rg closed 0 ctrl intf events: لأعلى 1، لأسفل 0، admin_down 0 إعادة تحميل الأحداث: الطلب المحلي 0، طلب النظير 0 سياق وسائط RG لحالة RG 1 -------------------------- Ctx: معرف البروتوكول النشط: 1 نوع الوسائط: واجهة التحكم الافتراضية: مؤقت GigabitEthernet3 الحالي "مرحبًا": مؤقت Hello الذي تم تكوينه 3000: 3000، مؤقت الانتظار: مؤقت مرحبًا النظير 10000: 3000، مؤقت انتظار النظير: إحصائيات 10000:             Pkts 1509، وحدات البايت 93558، HA Seq 0، رقم Seq 1509، فقد Pkt 0 لم يتم تكوين مصادقة فشل المصادقة: 0 نظير إعادة تحميل: TX 0، استقالة RX 0: النظير الثابت TX 0، وRX 0: تقديم. مؤقت الانتظار: 10000 Pkts 61، بايت 2074، HA Seq 0، رقم Seq 69، Pkt Loss 0 VCUBE-1#
 VCUBE-2#إظهار مجموعة تطبيقات التكرار جميع حالات الأخطاء معلومات المجموعة 1:        أولوية وقت التشغيل: [100] حالات أخطاء RG حالة RG: لأعلى.                        إجمالي عدد حالات التبديل بسبب الأخطاء:  0 إجمالي # من تغييرات الحالة للأسفل/لأعلى بسبب الأخطاء: 0 معرف المجموعة:1 اسم المجموعة:LocalGateway-HA الدولة الإدارية: لا يوجد حالة تشغيل إجمالية للإيقاف: أعلى  الدور الخاص بي: دور النظير الاحتياطي: حضور النظير النشط: نعم نظير Comm: نعم بدأ تقدم النظير: نعم مجال الترددات اللاسلكية: حالة التردد اللاسلكي btob-one: حالة تردد الاتصال اللاسلكي للنظير النشط: الدور الاحتياطي لبروتوكول RG السريع RG 1 ------------------ : التفاوض النشط: الأولوية التي تم تمكينها: حالة البروتوكول 100: حالة (بيانات) Ctrl النشطة: نظير نشط لأعلى: العنوان 10.1.1.2، الأولوية 100، نظير Gi3 الاحتياطي: عدادات السجلات المحلية:                 تغيير الدور إلى نشط: تغيير الدور 1 إلى وضع الاستعداد: 1 تعطيل الأحداث: rg down state 0، rg closed 0 ctrl intf events: لأعلى 1، لأسفل 0، admin_down 0 إعادة تحميل الأحداث: الطلب المحلي 0، طلب النظير 0 سياق وسائط RG لحالة RG 1 -------------------------- Ctx: معرف البروتوكول النشط: 1 نوع الوسائط: واجهة التحكم الافتراضية: مؤقت GigabitEthernet3 الحالي "مرحبًا": مؤقت Hello الذي تم تكوينه 3000: 3000، مؤقت الانتظار: مؤقت مرحبًا النظير 10000: 3000، مؤقت انتظار النظير: إحصائيات 10000:             Pkts 1509، وحدات البايت 93558، HA Seq 0، رقم Seq 1509، فقد Pkt 0 لم يتم تكوين مصادقة فشل المصادقة: 0 نظير إعادة تحميل: TX 0، استقالة RX 0: النظير الثابت TX 0، وRX 0: تقديم. مؤقت الانتظار: 10000 Pkts 61، بايت 2074، HA Seq 0، Seq رقم 69، Pkt Loss 0 VCUBE-2#

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

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

  • اسم المستخدم: حسين1076_LGU

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

1

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

 LocalGateway#conf t LocalGateway(config)#مفتاح التكوين-تشفير كلمة المرور Password123 LocalGateway(config)#aes لتشفير كلمة المرور

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

 تكوين محطة التشفير pki trustpoint dummyTp revocation-check-crl exit sip-ua crypto signaling default trustpoint dummyTp cn-san-validate نقل الخادم tcp tls v1.2 end تكوين محطة التشفير pki trustpool استيراد عنوان url نظيف ⁦http://www.cisco.com/security/pki/trs/ios_core.p7b⁩ إنهاء تكوين خدمة صوت المحطة الطرفية قائمة موثوق بها ipv4 x.x.x.x y.y.y.y exit allow-connections sip to sip media statistics media bulk-stats no supplementary-service sip refer no supplementary-service sip handle-replacing protocol fax pass-through g711ulaw stun stun flowdata agent-id 1 boot-count 4 stun flowdata shared-secret 0 Password123! sip g729 annexb-all early-offer forced end configure terminal voice class sip-profiles 200 rule 9 طلب أي sip-header SIP تعديل "" ";otg=hussain1076_lgu>" القاعدة 30 طلب أي sip-header P-Asserted-Identity تعديل "sips:(.*)" "sip:\1" تفضيل برنامج الترميز 99 تفضيل برنامج الترميز 1 g711ulaw 2 g711ulaw الخروج من فئة الصوت srtp-crypto 200 crypto 1 AES_سم_128_HMAC_sha1_80 خروج من فئة الصوت استخدام STUN 200 استخدام STUN جدار الحماية عبر اجتياز بيانات تدفق خروج مستأجر فئة الصوت 200 مسجل dns: 40462196.cisco-bcld.com انتهاء صلاحية sips للمخطط 240 نسبة تحديث 50 رقم بيانات اعتماد tcp tls حسين5091_المثليين اسم المستخدم Hussain1076_كلمة مرور LGU 0 لOV12MEaZx اسم مستخدم مصادقة Broadworks للنطاق حسين5091_المثليين كلمة المرور 0 لOV12MEaZx اسم مستخدم مصادقة BroadWorks للنطاق حسين5091_المثليين كلمة المرور 0 لOV12MEaZx نطاق 40462196.cisco-bcld.com لا يوجد خادم sip الخاص بمعرف الطرف البعيد dns: 40462196.cisco-bcld.com connection-reuse srtp-crypto 200 نقل جلسة عمل tcp tls url sips error-passthru asserted-id pai bind-واجهة مصدر التحكم GigabitEthernet1 bind-واجهة مصدر الوسائط GigabitEthernet1 لا يوجد محتوى تمرير من خلال مخصص-sdp sip-ملفات تعريف 200 وكيل صادر dns:la01.sipconnect-us10.cisco-bcld.com سياسة الخصوصية مستأجر فئة الصوت باثرنت 100 نقل الجلسة udp url sip error-passthru bind source control interface GigabitEthernet2 bind مصدر وسائط واجهة GigabitEthernet2 لا يوجد محتوى تمرير من خلال مستأجر فئة صوت مخصصة-sdp مستأجر 300 رابط واجهة مصدر التحكم GigabitEthernet2 bind مصدر وسائط واجهة GigabitEthernet2 لا يوجد محتوى تمرير من خلال فئة صوت مخصصة-sdp uri 100 sip host 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 وصف فئة صوت dpg 100 الوارد WebexCalling(DP200) إلى IP PSTN(DP101) نظير الطلب 101 تفضيل 1 فئة صوت dpg 200 وصف IP PSTN(DP201) نظير الطلب 201 تفضيل 1 صوت نظير الطلب 100 desription من بروتوكول جلسة IP PSTN sipv2 للوجهة dpg 200 عنوان uri الوارد عبر ترميز 100 فئة صوت 99 مستأجر sip من فئة صوت 300 dtmf-relay rtp-nte لا يوجد صوت vad 200 وصف voip الوارد من فئة صوت WebexCalling‏ sipv2 للوجهة dpg 200 وصف voip الوارد من خلال ترميز 100 فئة صوت 99 مستأجر sip الوارد من بروتوكول جلسة Webex Calling sipv2 للوجهة dpg 100 وصف voip الوارد 200 ترميز من فئة الصوت 99 نوع صوت stun-استخدام 200 مستأجر sip من فئة الصوت 200 dtmf-relay rtp-nte srtp لا يوجد بدء تشغيل نسخة نهاية 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 الدولة الإدارية: لا يوجد حالة تشغيل إجمالية للإيقاف: أعلى  الدور الخاص بي: دور النظير الاحتياطي : حضور النظير النشط: نعم نظير Comm: نعم بدأ تقدم النظير: نعم مجال الترددات اللاسلكية: حالة التردد اللاسلكي btob-one: حالة التردد اللاسلكي للنظير الساخن في وضع الاستعداد: نشط VCUBE-1#إظهار حالة تسجيل sip-ua VCUBE-1#

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

من المخرجات المذكورة أعلاه، يمكنك أن ترى أن VCUBE-2 هو LGW النشط الذي يحافظ على عملية التسجيل باستخدام Webex Calling Access SBC، في حين أن مخرجات "إظهار حالة تسجيل 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 خط --------------------- انتهاء الصلاحية (ثانية) reg survival P-Associ-URI ============================== ========== =================== ============ Hussain5091_LGU -1 56 YES NORMAL VCUBE-1#

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

6

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

VCUBE-1#إظهار السجل

 يناير 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: انتهت صلاحية معرّف RG‏ 1.9  يناير 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: تغيير دور معرف RG 1 من وضع الاستعداد إلى نشط يناير 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: التبديل، من حالة الاستعداد_ساخنة إلى حالة نشطة. 9 يناير 18:37:24.783: //-1/xxxxxxxxxx/SIP/info/info/4096/sip_ha_notify_active_role_event: تم تلقي إشعار الدور النشط الحدث يناير 9 18:37:25.758: //-1/xxxxxxxxxx/SIP/Msg/ccsipDisplayMsg: تم الإرسال: sip الخاص بالتسجيل: 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 بتوقيت جرينتش معرف الاتصال: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F07B97 وكيل المستخدم: Cisco-SIPGateway/IOS-16.12.02 الحد الأقصى-إعادة التوجيه: 70 الطابع الزمني: 1578595044 CSeq: 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;received=173.38.218.1;branch=z9hG4bK0374;rport=4742 من: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189 إلى: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969 التاريخ: الخميس، 09 يناير 2020 18:37:24 بتوقيت جرينتش معرف الاتصال: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F07B97 الطابع الزمني: 1578595044 CSeq: 2 تسجيل WWW-المصادقة؛ DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti07zliBW",algorithm=MD5 Content-Length: 0 

9 يناير 18:37:26.000: //-1/xxxxxxxxxx/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 بتوقيت جرينتش معرف الاتصال: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F07B97 وكيل المستخدم:Cisco-SIPGateway/IOS-16.12.02 ماكس-forwards: 70 الطابع الزمني: 1578595045 CSeq: 3 تسجيل الاتصال: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls> انتهاء الصلاحية: 240 مدعوم: تفويض المسار: ملخص اسم المستخدم="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti07z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001 طول المحتوى: 0 

يناير 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:  تاريخ الاستلام: SIP/2.0 200 موافق عبر: 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 معرف الاتصال: FFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F07B97 الطابع الزمني: 1578595045 CSeq: 3 جهة اتصال التسجيل: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5 السماح-الأحداث: معلومات الاتصال،التقاط الخط،مربع حوار،رسالة-ملخص،كميزة-حدث،x-broadworks-hoteling،x-broadworks-call-center-status،طول محتوى المؤتمر: 0