يغطي هذا القسم أداة اختبار الاتصال المختلط. يمكنك الوصول إلى أداة استكشاف الأخطاء وإصلاحها هذه من Control Hub.

يمكنك أيضا الوصول إلى المشكلات المعروفة من المقالات ذات الصلة.

أداة اختبار الاتصال الهجين (Control Hub)

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

يسرد هذا الجدول الأخطاء الشائعة التي قد تظهر بعد اختبار عنوان وجهة SIP للاتصال المختلط. يوفر الجدول أيضًا بعض الخطوات التالية لاستكشاف الأخطاء وإصلاحها، بما في ذلك ارتباطات إلى التفاصيل ذات الصلة في دليل استكشاف الأخطاء وإصلاحها لخدمة Hybrid Call Service.

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

خطأ

الكلمه الاساسيه

مزيد من المعلومات وخطوات استكشاف الأخطاء وإصلاحها

لم يتم العثور على عناوين DNS

DNS SRV

فشل بحث DNS. تحقق من أنَّ سجل DNS أو SRV موجود لوجهة SIP لديك وأنه يؤدي إلى إنشاء عنوان IP صالح واحد أو أكثر.

راجع غير قادر على حل Expressway-E DNS SRV/HOSTNAME في دليل استكشاف الأخطاء وإصلاحها لمزيد من المعلومات.

انتهت مهلة الاتصال

فشل المقبس

انتهت مهلة اتصال TLS المتبادل بالشبكة و/أو TLS. تحقق من اتصال الشبكة وسرعة الاتصال وتكوين جدار الحماية وتكوين TLS المتبادل.

راجع هذه الأقسام من دليل استكشاف الأخطاء وإصلاحها لمزيد من المعلومات:

فشل TLS

فشل مصافحة TLS المتبادل

خطأ TLS المتبادل: تحقق من تكوين TLS المتبادل في كل من الطريق السريع و https://admin.webex.com، وأن شهادات TLS المتبادلة موجودة وصالحة في كلا الموقعين.

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

فشل الاتصال

فشل المقبس

فشل اتصال TCP: تحقق من اتصال الشبكة و/أو سرعة الاتصال و/أو تكوين جدار الحماية.

راجع هذه الأقسام من دليل استكشاف الأخطاء وإصلاحها لمزيد من المعلومات:

فشل قراءة/كتابة TCP

فشل المقبس

فشل قراءة/كتابة TCP: يرجى المحاولة مرة أخرى. إذا استمر ظهور الخطأ، يجب أن تتحقق من إمكانية الاتصال بالشبكة وتكوين جدار الحماية وتكوين TLS المتبادل.

راجع هذه الأقسام من دليل استكشاف الأخطاء وإصلاحها لمزيد من المعلومات:

فشل TCP

فشل المقبس

فشل TCP: فشل قراءة/كتابة TCP: يرجى المحاولة مرة أخرى. إذا استمر ظهور الخطأ، يجب أن تتحقق من إمكانية الاتصال بالشبكة وتكوين جدار الحماية وتكوين TLS المتبادل.

راجع هذه الأقسام من دليل استكشاف الأخطاء وإصلاحها لمزيد من المعلومات:

يغطي هذا القسم استكشاف أخطاء قوائم الاختيار والمهام التي يمكنك الاطلاع عليها قبل الاتصال بالدعم.

إذا لم تكن المكالمات من 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"