الأساسيات

المتطلبات المسبقة

قبل نشر قابلية الوصول العالية لـ Cisco Unified Border Element (CUBE) (HA) كبوابة محلية لنظام Webex Calling، تأكد من أنك على دراية متعمقة بالمفاهيم التالية:

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

نظرة عامة على حل Webex Calling

Cisco Webex Calling هو عرض تعاوني يوفر بديلاً قائمًا على السحابة متعدد المستأجرين لخدمة هاتف PBX المحلية مع خيارات PSTN متعددة للعملاء.

عملية نشر البوابة المحلية (الموضحة أدناه) هي محور هذه المقالة. تسمح قناة البوابة المحلية (PSTN القائمة على الموقع الداخلي) في Webex Calling بالاتصال بخدمة PSTN المملوكة للعميل. كما يوفر إمكانية الاتصال بنشر IP PBX داخل المواقع مثل Cisco Unified CM. يتم تأمين جميع الاتصالات من وإلى السحابة باستخدام نقل TLS لـ SIP وSRTP للوسائط.

نشر PSTN القائم على البوابة المحلية

يعرض الشكل التالي عملية نشر Webex Calling دون أي IP PBX حالي وينطبق على عملية نشر في موقع واحد أو مواقع متعددة. يعتمد التكوين الموضح في هذه المقالة على عملية النشر هذه.

نشر 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.

إعداد 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 الافتراضية.

إعداد CUBE HA نموذجي كبوابة محلية لنشر قناة Cisco Webex Calling

1

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

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

VCUBE-1#conf t

VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-1(config-track)#exit

VCUBE-2#conf t

VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol

VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol

VCUBE-2(config-track)#exit

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

2

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

redundancy
  application redundancy
   group 1
    name LocalGateway-HA
    priority 100 failover threshold 75
    control GigabitEthernet3 protocol 1
    data GigabitEthernet3
    timers delay 30 reload 60
    track 1 shutdown
    track 2 shutdown
    exit
   protocol 1
    timers hellotime 3 holdtime 10
   exit
  exit
 exit

VCUBE-1(config)#redundancy

VCUBE-1(config-red)#application redundancy

VCUBE-1(config-red-app)#group 1

VCUBE-1(config-red-app-grp)#name LocalGateway-HA

VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-1(config-red-app-grp)#timers delay 30 reload 60

VCUBE-1(config-red-app-grp)#track 1 shutdown

VCUBE-1(config-red-app-grp)#track 2 shutdown

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

VCUBE-1(config-red-app)#protocol 1

VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10

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

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

VCUBE-1(config-red)#exit

VCUBE-1(config)#

VCUBE-2(config)#redundancy

VCUBE-2(config-red)#application redundancy

VCUBE-2(config-red-app)#group 1

VCUBE-2(config-red-app-grp)#name LocalGateway-HA

VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75

VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1

VCUBE-1(config-red-app-grp)#data GigabitEthernet3

VCUBE-2(config-red-app-grp)#timers delay 30 reload 60

VCUBE-2(config-red-app-grp)#track 1 shutdown

VCUBE-2(config-red-app-grp)#track 2 shutdown

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

VCUBE-2(config-red-app)#protocol 1

VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10

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

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

VCUBE-2(config-red)#exit

VCUBE-2(config)#

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

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

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

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

  • اسم 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 من الخطوة السابقة ضمن voice service voip. يتيح ذلك لتطبيق CUBE التحكم في عملية التكرار.

voice service voip
   redundancy-group 1
   exit

VCUBE-1(config)#voice service voip

VCUBE-1(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-1(config-voi-serv)# exit

VCUBE-2(config)#voice service voip

VCUBE-2(config-voi-serv)#redundancy-group 1


                        % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
                      

VCUBE-2(config-voi-serv)# exit

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

4

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

VCUBE-1(config)#interface GigabitEthernet1

VCUBE-1(config-if)# redundancy rii 1

VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-1(config)#

VCUBE-1(config)#interface GigabitEthernet2

VCUBE-1(config-if)# redundancy rii 2

VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-1(config-if)# exit

VCUBE-2(config)#interface GigabitEthernet1

VCUBE-2(config-if)# redundancy rii 1

VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive

VCUBE-2(config-if)# exit

VCUBE-2(config)#

VCUBE-2(config)#interface GigabitEthernet2

VCUBE-2(config-if)# redundancy rii 2

VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive

VCUBE-v(config-if)# exit

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

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

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

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

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

5

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

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

VCUBE-1#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-1#reload


                        Proceed with reload? [confirm]
                      

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

VCUBE-2#wr


                        Building configuration...
                      


                        [OK]
                      

VCUBE-2#reload


                        Proceed with reload? [confirm]
                      

6

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

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


VCUBE-1#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: ACTIVE
Peer Role: STANDBY
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: Local
        Standby Peer: address 10.1.1.2, priority 100, intf Gi3
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-1#

VCUBE-2#show redundancy application group all
Faults states Group 1 info:
       Runtime priority: [100]
               RG Faults RG State: Up.
                       Total # of switchovers due to faults:           0
                       Total # of down/up state changes due to faults: 0
Group ID:1
Group Name:LocalGateway-HA
  
Administrative State: No Shutdown
Aggregate operational state: Up
My Role: STANDBY
Peer Role: ACTIVE
Peer Presence: Yes
Peer Comm: Yes
Peer Progression Started: Yes

RF Domain: btob-one
         RF state: ACTIVE
         Peer RF state: STANDBY HOT

RG Protocol RG 1
------------------
        Role: Active
        Negotiation: Enabled
        Priority: 100
        Protocol state: Active
        Ctrl Intf(s) state: Up
        Active Peer: address 10.1.1.2, priority 100, intf Gi3
        Standby Peer: Local
        Log counters:
                role change to active: 1
                role change to standby: 1
                disable events: rg down state 0, rg shut 0
                ctrl intf events: up 1, down 0, admin_down 0
                reload events: local request 0, peer request 0

RG Media Context for RG 1
--------------------------
        Ctx State: Active
        Protocol ID: 1
        Media type: Default
        Control Interface: GigabitEthernet3
        Current Hello timer: 3000
        Configured Hello timer: 3000, Hold timer: 10000
        Peer Hello timer: 3000, Peer Hold timer: 10000
        Stats:
            Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
            Authentication not configured
            Authentication Failure: 0
            Reload Peer: TX 0, RX 0
            Resign: TX 0, RX 0
    Standy Peer: Present. Hold Timer: 10000
            Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0

VCUBE-2#

بعد ذلك، تابع تكوين البوابة المحلية (القائم على التسجيل أو القائم على الشهادة) على كلٍ من عناصر HA CUBE. ارجع إلى تكوين البوابة المحلية على Cisco IOS XE لتطبيق Webex Calling.