إذا كانت المكالمات من Webex إلى مؤسستك لا ترن من جانب المؤسسة، فراجع النقاط الموجودة في قائمة التحقق هذه للتحقق مرة أخرى من التكوين الخاص بك.

قبل استعراض اقتراحات استكشاف الأخطاء وإصلاحها هذه، راجع https://status.webex.com للحصول على أحدث المعلومات حول أي انقطاع في السحابة. من صفحة الحالة هذه، يمكنك أيضًا الاشتراك في الإشعارات.

تحقق من نقاط استكشاف الأخطاء وإصلاحها المتعلقة باتصال TLS المتبادل والشهادات:

• قم بتثبيت حزمة شهادات Webex السحابية الجذرية على Expressway-E.

• قم بتكوين منفذ TLS متبادل مخصص على Expressway-E.

• قم بتكوين منطقة DNS للسحابة على Expressway-E.

• افتح رقم منفذ TLS المتبادل في جدار الحماية الخاص بك — 5062، والذي قد لا يكون مفتوحًا افتراضيًا.

• حدد خيار الشهادة الجذرية الذي تستخدمه في Webex Cloud - يتم استخدام الخيار للتحقق من شهادة SIP TLS الخاصة بـ Expressway-E.

  • المتجر الافتراضي - هل شهادة Expressway-E الخاصة بك موقعة من قبل إحدى السلطات العامة؟ إذا لم تكن متأكدًا، فاستخدم خيار المتجر المخصص.

  • متجر مخصص - هل تم تثبيت شهادة Expressway-E الخاصة بك أو الموقّع عليها في السحابة؟ هل تحتوي الشهادة على أسماء مضيفي Expressway-E التي تم التحقق منها؟

من عرض العميل في https://admin.webex.com، انتقل إلى الخدمات > المختلطة > المكالمة المختلطة > الإعدادات. تحقق من هذه النقاط المرتبطة بوجهة SIP التي قمت بتعيينها أثناء عملية النشر:

• نقاط القيمة في منفذ TLS المتبادل المخصص لـ Expressway-E.

• حاول الاتصال بعنوان IP:port. (عناوين متعددة إذا قمت بتكوين SRV.)

• إذا قمت بتكوين عنوان IP أو اسم مضيف، فحدد منفذ TLS المتبادل.

• إذا استخدمت SRV، فتأكد من أنها بالتنسيق _sips. _tcp. < المجال الذي أدخلته كوجهة SIP >.

• إذا كنت لا ترغب في إعداد SRV، يمكنك إدخال عنوان IP:port أو hostnames:port كوجهة SIP لمؤسستك.

• إذا فشلت المكالمات من Expressway-E إلى السحابة وكنت تستخدم طريقة إدارة الشهادات اليدوية، فتأكد من اتباع الخطوات الواردة في تحديث شهادة Webex Root CA وتحميل شهادة IdenTrust إلى أجهزة Expressway الخاصة بك في أقرب وقت ممكن.

• بالنسبة للمكالمات التي يتم توجيهها من Webex إلى المؤسسة، تحقق من سجل البحث وسجلات الشبكة على Expressway-E. تساعدك هذه الخطوة على عزل المشكلة إلى السحابة أو المؤسسة.

• إذا كنت تعيد استخدام منطقة B2B الحالية وقواعد البحث، ففكر في إنشاء مناطق مخصصة وقواعد بحث بدلاً من ذلك. يتجنب هذا الإعداد التداخل مع إعدادات المنطقة الحالية لـ B2B/MRA، ويتجنب حلقات التوجيه، ويجعل استكشاف الأخطاء وإصلاحها أسهل.

• تحقق من سجل البحث وسجلات الشبكة على Expressway-E. تحقق من وصول دعوة SIP من السحابة إلى Expressway-E ومطابقتها لمنطقة DNS التي قمت بتكوينها للسحابة.

  • إذا لم يصل SIP INVITE أو يتطابق مع منطقة DNS التي تم تكوينها، فاتبع مسار المكالمة نحو إدارة الاتصالات الموحدة. تساعدك هذه الخطوة في العثور على مكان فشل المكالمة أو فقدها.

  • راجع قائمة التحقق المتبادلة لاستكشاف أخطاء TLS وإصلاحها.

• تحقق من رأس المسار. تحقق من احتوائه على قيمة اسم المجال المؤهل بالكامل للمجموعة (FQDN) التي تم تكوينها ضمن إعدادات المؤسسة لـ Unified Communications Manager وفي قواعد بحث Expressway. راجع هذا المثال لرأس المسار والمجموعة المميزة FQDN:

  • المسار: <sip: [Obfuscated]; transport=tls; lr>، <sip:myucmcluster.example.com; lr>

    • في هذا المثال، تكون المجموعة الرئيسية FQDN هي myucmcluster.example.com.

• يجب أن تتطابق رسائل البريد الإلكتروني في Unified Communications Manager تمامًا مع البريد الإلكتروني (المتزامن من Active Directory أو من أي مصدر آخر) في سحابة Webex.

• يجب أن تتطابق عناوين URL الخاصة بالدليل مع أي نطاقات قمت بالتحقق منها في مؤسستك.

• تحقق من تكوين برنامج الترميز الخاص بك.

  تدعم خدمات Webex برامج الترميز التالية:

  • الصوت — G.711، G.722، AAC-LD

  • فيديو — H.264

  نحن ندعم G.729 للانضمام إلى اجتماع Webex أو اجتماع الغرفة الشخصية أو اجتماع تطبيق Webex من جهاز SIP. نحن لا ندعم G.729 للاتصال بالرقم 1:1 من تطبيق Webex إلى جهاز SIP أو الجسر.

• في مجموعة إدارة الاتصالات الموحدة الرئيسية للمستخدمين المتأثرين، اختر النظام > معلمات المؤسسة؛ ضمن تكوين المجال على مستوى المجموعة، تحقق من إعداد اسم النطاق المؤهل بالكامل (FQDN) للمجموعة. يجب أن تتبع قيمة FQDN التي استخدمتها هذه الإرشادات:

  دليل FQDN	الوصف والمثال
  مجموعات متعددة	يجب أن يكون الإدخال فريدًا لكل مجموعة بها مكالمات مختلطة - على سبيل المثال cluster1.example.com، cluster2.example.com، وهكذا.
  لا توجد أحرف البدل	لا تستخدم الإدخالات التي تحتوي على أحرف البدل، مثل *.example.com أو example*.com.
  إدخال FQDN الأول للمكالمات المختلطة	في قائمة الإدخالات المتعددة، تستخدم سحابة Webex الإدخال الأول على اليسار للاتصال المختلط، ويجب ألا يحتوي الإدخال الأول على حرف بدل. شاهد هذا المثال لثلاثة إدخالات FQDN من اليسار إلى اليمين (الأول مخصص للاتصال المختلط): cluster1.example.com *.example.com example*.com
  تختلف عن طريق اكسبريس واي إي	يجب أن تكون مختلفة عن نظام Expressway-E وDNS واسم المجال. وبخلاف ذلك، يقوم Expressway-E بتجريد رأس المسار.
  إدخال جديد للمكالمات المختلطة	إذا كان إدخال FQDN الحالي الخاص بك Unified CM لا يفي بالمتطلبات المذكورة أعلاه، يمكنك إضافة عنصر جديد إلى بداية إعداد FQDN للمجموعة للاتصال المختلط. على سبيل المثال، إذا كان إعداد FQDN الحالي الخاص بك Cisco Unified Communications Manager هو *.example.com *.example.org، فقم بإضافة إدخال فريد بدون أحرف بدل في بداية الحقل: "cluster1.example.com *.example.com *.example.org»