Webex Call Survivability Gateway Certificate Series Compatibility إصدار
المحتويات
مسألة
عند تكوين الاتصال المستمر عبر Webex وتمكين وضع الاختبار في Control Hub، تفشل البوابة في المزامنة مع خوادم Webex Cloud. لا يعرض الأمر show voice register session سلوك التسجيل المتوقع، كما يعرض Control Hub حالات فشل المزامنة.
تعرض سجلات تتبع الاستخدام هذا الخطأ أثناء محاولات المزامنة:
2026-08-12T19:22:58.745Z - ERROR - Thread-5 (handle_sgw_events) - wxcc_sgw_manager : TELEMETRYLOG : WxCC_5cd68ed8-0226-469d-9d72-b2008b2aad14_sipauthInfo_1 :1:WxCC:0x0_2:1: Failed to fetch sip authentication information for location be991d18-8103-4808-92bc-0ad8866ecfac ErrorCode: [31117]
يفشل البوابة في إنشاء اتصال TLS آمن مع Webex Cloud للموقع الذي تم تكوينه، مما يمنع المزامنة والتسجيل السليم لعبارة البقاء.
البيئة
Webex Call Survivability Gateway Configuration
برنامج IOS XE، الإصدار 17.12.6
شهادات GoDaddy TLS المثبتة على البوابة
سلسلة الشهادات باستخدام GoDaddy TLS Intermediate CA DV - R1v1
تكوين إستمرارية Control Hub مع تمكين وضع الاختبار
قرار
تم حل هذه المشكلة باستبدال الشهادة بشهادة تستخدم سلسلة مرجع مصدق مدعومة. كانت الشهادة التي تمثل مشكلة تستخدم سلسلة الشهادات GoDaddy R1v1 الأحدث، والتي لا تدعمها الأنظمة الأساسية للاتصال عبر Webex.
الخطوة 1: التحقق من سلسلة الشهادات الحالية
تحقق من الشهادات المثبتة حاليا على البوابة:
device# show crypto pki certificates
يعرض الإخراج سلسلة الشهادات الإشكالية:
Certificate
Status: Available
Certificate Serial Number (hex): 00923AC809A58436DD
Certificate Usage: General Purpose
Issuer:
cn=GoDaddy TLS Intermediate CA DV - R1v1
o=GoDaddy.com
c=US
Subject:
Name: mhtlc-ls-r1.mhtlc.org
cn=mhtlc-ls-r1.mhtlc.org
CRL Distribution Points:
http://crl.godaddy.com/gdr1v1dv_s1-7.crl
Validity Date:
start date: 13:43:39 CDT Jun 25 2026
end date: 12:43:39 CST Jan 9 2027
Associated Trustpoints: webex-sgw
Storage: nvram:GoDaddyTLSIn#36DD.cer
الخطوة 2: تعريف مشكلة توافق سلسلة الشهادات
كشف تحليل الشهادة أن البوابة تستخدم شهادة موقعة من قبل GoDaddy TLS Intermediate CA DV - R1v1. الشهادة المتقاطعة (GoDaddy TLS Root CA - R1) والشهادة الجذر (Go Daddy Root Certificate Authority - G2) مفقودة من البوابة.
لا يدعم الاتصال عبر Webex سوى الشهادات التي تحتوي على المرجع الجذري لشهادة "GoDaddy" لكل وثائق رسمية.
CN=Go Daddy Root Certificate Authority - G2
الخطوة 3: طلب شهادة جديدة مع سلسلة مدعومة
اتصل بموفر الشهادة (GoDaddy) لإعادة مفاتيح الشهادة والتأكد من أنها تستخدم سلسلة الشهادات المدعومة:
طلب شهادة جديدة لنفس المجال FQDN (mhtlc-ls-r1.mhtlc.org).
حدد الشهادة يجب أن تستخدم سلسلة الشهادات GoDaddy G2 (SHA-2).
تأكد من تثبيت جميع الشهادات ذات الصلة لسلسلة ثقة كاملة على موجه SGW.
الخطوة 4: تثبيت الشهادة الجديدة
بمجرد الحصول على الشهادة الجديدة مع سلسلة G2 المدعومة، قم بتثبيتها على بوابة إستمرارية النظام وقم بتكوين نقطة الثقة المناسبة لاتصال Webex.
قم بإجراء هذه الخطوة إذا لم تكن شهادة جذر CA المعروفة بشكل عام متوفرة مع بوابة Cisco IOS XE الخاصة بك.
crypto pki trustpoint <CA name>
enrollment terminal
revocation-check crl
crypto pki authenticate <CA name>
الخطوة 5: التحقق من الدقة
بعد تثبيت الشهادة الجديدة، اختبر تسجيل بوابة القدرة على البقاء:
مراقبة عملية المزامنة في Control Hub.
تحقق من التسجيل الناجح من خلال تشغيل الأمر show voice register session.
تأكد من أن سجلات تتبع الاستخدام لم تعد تعرض حالات فشل اتصال TLS.
السبب
كان السبب الجذري هو عدم توافق سلسلة الشهادات بين بوابة بقابلية البقاء وخدمات سحابة الاتصال عبر Webex. تم تكوين البوابة باستخدام شهادة موقعة من قبل GoDaddy TLS Intermediate CA DV - R1v1، والتي تعد جزءا من سلسلة الشهادات GoDaddy R1 الأحدث.
يدعم الاتصال عبر Webex فقط الشهادات التي تعمل بالتسلسل إلى مرجع شهادات Go Daddy Root - G2. لم يتم تضمين مرجع الشهادة الوسيطة الأحدث R1v1 الذي تم تقديمه من قبل GoDaddy في قائمة مرجع الشهادات الموثوق بها ل Webex Call، مما يتسبب في حدوث حالات فشل في تأكيد اتصال TLS أثناء عملية مزامنة بوابة إستمرارية الاتصال. وبالإضافة إلى ذلك، منعت الشهادة الجذر المفقودة على البوابة التحقق من صحة سلسلة الشهادات بشكل صحيح، مما ساهم في حالات فشل إنشاء الاتصال الآمن.
المحتوى ذي الصلة
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
06-Nov-2026
|
الإصدار الأولي |
التعليقات