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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • المسار: ,

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

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

• يجب أن تتطابق عناوين URI للدليل مع أي نطاقات قمت بإثبات ملكيتها في مؤسستك.

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

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

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

  • الفيديو — H.264

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

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

  إرشادات FQDN	الوصف والمثال
  مجموعات متعددة	يجب أن يكون الإدخال فريدًا لكل مجموعة نظام لها Hybrid Calling— على سبيل المثال، cluster1.example.com وcluster2.example.com وما إلى ذلك.
  لا توجد أحرف بدل	لا تستخدم الإدخالات مع أحرف البدل، مثل *.example.com أو مثال*.com.
  أول إدخال FQDN للاتصال المختلط	في قائمة من الإدخالات المتعددة، تستخدم سحابة Webex الإدخال الأول على اليسار للاتصال المختلط، ويجب ألا يحتوي هذا الإدخال الأول على حرف بدل. انظر هذا المثال لثلاثة إدخالات FQDN من اليسار إلى اليمين (الأول هو للاتصال المختلط): cluster1.example.com *.example.com example*.com
  يختلف عن الطريق السريع-E	يجب أن يكون مختلفا عن نظام 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"