شكرًا على ملاحظاتك.

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

ينقسم هذا المقال إلى ثلاثة أقسام رئيسية:

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

ملفات السجل المفيدة

قائمة القراءة

• بوابة المعرفة الخاصة بشركاء Webex لـ Cisco BroadWorks
• دليل تكوين منصة XSP (R23)
• دليل إدارة برامج BroadWorks (R23)
• دليل تكوين إدارة أجهزة Cisco BroadWorks (R23)
• دليل إدارة واجهة سطر الأوامر لبرنامج Broadworks Xsp
• وصف ميزة رمز المصادقة طويل الأمد - الإصدار 23.0
• دليل تكامل مصادقة SAML، الإصدار R23
• دليل خيارات دعم SSL من Cisco BroadWorks
• وصف ميزات دعم Cisco CI
• خادم إشعارات الدفع (وصف الميزة)
• وصف ميزة دعم الإشعارات الفورية للمكالمات - الإصدار 22.0
• طريقة نقل البيانات من نظام أندرويد إلى Firebase
• وصف ميزة تخزين رموز الأجهزة لإشعارات الدفع في Cisco BroadWorks، الإصدار 22.0
• مخطط سعة نظام Cisco BroadWorks (جدول بيانات)
• دليل تحديد أبعاد منصة Cisco BroadWorks
• دليل هندسة أنظمة سيسكو برودوركس
• وثيقة متطلبات دعم مصادقة CI، الإصدار 1.0، MR-7136

المشاكل والقيود المعروفة

تحتوي مقالة المشكلات والقيود المعروفة على معلومات محدثة حول المشكلات المعروفة التي حددناها في حل Webex for BroadWorks.

موصل إمكانية الخدمة

تعمل خدمة Webex Serviceability على زيادة سرعة تشخيص موظفي الدعم الفني لشركة Cisco للمشاكل المتعلقة بالبنية التحتية. يقوم هذا النظام بأتمتة مهام البحث عن سجلات التشخيص واسترجاعها وتخزينها، بالإضافة إلى المعلومات في حالة طلب الدعم الفني. كما تقوم الخدمة بتفعيل التحليل مقابل التوقيعات التشخيصية حتى يتمكن فريق الدعم الفني من تحديد وحل المشكلات المتعلقة بمعداتك الموجودة في الموقع بشكل أكثر فعالية.

للحصول على تفاصيل حول كيفية نشر موصل إمكانية الخدمة، راجع دليل النشر لموصل إمكانية الخدمة من Cisco Webex.

تصعيد المشكلة

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

إجراء

1. اجمع أكبر قدر ممكن من المعلومات من الأنظمة المتعلقة بالمشكلة.
2. اتصل بالفريق المختص في شركة سيسكو لفتح حالة.

ما هي معلومات العميل التي يجب جمعها؟

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

• معرّف المستخدم: عنوان البريد الإلكتروني الخاص بـ CI أو معرف المستخدم الفريد (هذا هو معرف Webex، ولكن إذا حصلت أيضًا على معرف BroadWorks الخاص بالمستخدم، فقم بتضمينه في تفاصيل الحالة).
• معرّف المنظمة.
• الإطار الزمني التقريبي الذي حدثت خلاله المشكلة.
• منصة العميل وإصداره.
• إرسال أو جمع السجلات من العميل.
• قم بتسجيل رقم التتبع إذا كان معروضًا على جهاز العميل.

تحقق من تفاصيل المستخدم في مكتب المساعدة

يمكن لمسؤولي الشركاء الذين لديهم امتيازات دور مسؤول مكتب المساعدة (الأساسي أو المتقدم) استخدام هذا الإجراء للتحقق من تفاصيل المستخدم باستخدام عرض مكتب المساعدة.

إجراء

1. سجّل الدخول إلى مكتب المساعدة.
2. ابحث عن المستخدم ثم انقر عليه. يؤدي هذا إلى فتح شاشة ملخص المستخدم.
3. انقر على اسم المستخدم لعرض إعدادات المستخدم التفصيلية. تتضمن المعلومات المفيدة في هذه الشاشة معرّف المستخدم الفريد (UUID)، ومجموعة الهوية المشتركة (CI)، ومجموعة تطبيقات Webex، وسلوك الاتصال، ومعرّف حساب BroadWorks الفريد (GUID).
4. انقر فوق نسخ إذا كنت بحاجة إلى استخدام هذه المعلومات في أداة أخرى، أو إرفاقها بحالة Cisco.

عرض مؤسسة العملاء في مكتب المساعدة

يمكن لمسؤولي الشركاء الذين لديهم امتيازات دور مسؤول مكتب المساعدة (الأساسي أو المتقدم) استخدام هذا الإجراء لعرض تفاصيل مؤسسة العميل في عرض مكتب المساعدة.

إجراء

1. سجّل الدخول إلى مكتب المساعدة.
2. ابحث عن اسم مؤسسة العميل ثم انقر عليه.
3. قم بالتمرير لأسفل حتى ترى عرض بوابة العميل وانقر فوق عرض اسم العميل لعرض عرض للقراءة فقط لمنظمة العميل - بما في ذلك المستخدمين والتكوين.

استرداد سجلات المستخدم من مركز الشركاء

عند استكشاف أخطاء عملاء سطح المكتب والهواتف المحمولة وإصلاحها، من المهم أن يتمكن الشركاء (وفريق الدعم الفني) من عرض سجلات العميل.

إجراء

1. اطلب من المستخدم إرسال السجلات. للحصول على المساعدة، ارجع إلى: تطبيق Webex | الإبلاغ عن مشكلة.
2. اطلب من المستخدم تصدير بيئة الاستدعاء وإرسال ملف ced.dat إليك.
3. يمكنك الحصول على سجلات العميل من مركز الشركاء أو مكتب المساعدة.

   خيار مركز الشركاء:

   1. قم بتسجيل الدخول إلى مركز الشركاء وابحث عن مؤسسة العميل الخاصة بالمستخدم.
   2. حدد استكشاف الأخطاء وإصلاحها.
   3. حدد السجلات.
   4. ابحث عن المستخدم (عن طريق البريد الإلكتروني).
   5. يمكنك عرض سجلات العميل وتنزيلها كملف مضغوط (zip).

   خيار مكتب المساعدة:

   1. سجل الدخول إلى مكتب المساعدة.
   2. ابحث عن المنظمة.
   3. انقر على المؤسسة (يفتح ذلك شاشة الملخص).
   4. قم بالتمرير لأسفل وانقر على عرض العميل.
   5. حدد استكشاف الأخطاء وإصلاحها.
   6. حدد السجلات.
   7. ابحث عن المستخدم (عن طريق البريد الإلكتروني).
   8. يمكنك عرض سجلات العميل وتنزيلها كملف مضغوط (zip).

كيفية العثور على إصدار العميل

إجراء

1. شارك هذا الرابط مع المستخدم: https://help.webex.com/njpf8r5
2. اطلب من المستخدم أن يرسل لك رقم الإصدار.

التحقق من خدمة الاتصال لدى العميل

إجراء

1. قم بتسجيل الدخول إلى برنامج Webex.
2. تحقق من وجود رمز خيارات الاتصال (هاتف به ترس فوقه) على الشريط الجانبي. إذا لم يكن الرمز موجودا، فقد لا يتم تمكين المستخدم بعد لخدمة الاتصال في Control Hub.
3. افتح قائمة الإعدادات /التفضيلات وانتقل إلى قسم خدمات الهاتف. من المفترض أن ترى حالة جلسة الدخول الموحد (SSO) التي سجلت الدخول إليها. (إذا ظهرت خدمة هاتفية مختلفة، مثل Webex Calling، فهذا يعني أن المستخدم لا يستخدم Webex لـ Cisco BroadWorks.)

   ويعني هذا التحقق ما يلي:

   • لقد اجتاز العميل بنجاح الخدمات المصغرة المطلوبة في Webex.
   • تمت مصادقة المستخدم بنجاح.
   • يقوم نظام BroadWorks الخاص بك بإصدار رمز JSON ويب طويل الأمد للعميل.
   • قام العميل باسترداد ملف تعريف الجهاز الخاص به وقام بالتسجيل في BroadWorks.

احصل على سجلات العملاء أو ملاحظاتهم

• راجع قسم الموارد للعثور على سجلات عملاء محددة على عملاء Webex لسطح المكتب، أو اطلب من المستخدمين إرسال السجلات. للحصول على المساعدة، ارجع إلى: تطبيق Webex | الإبلاغ عن مشكلة.
• اطلب من مستخدمي تطبيقات الهاتف المحمول إرسال سجلات النظام، ثم يمكنك الحصول عليها من خلال مركز الشركاء أو مكتب المساعدة.
  إرسال السجلات صامت. ومع ذلك، إذا أرسل المستخدم ملاحظات، فإنها تذهب إلى فريق تطوير تطبيقات Webex. تأكد من تسجيل رقم ملاحظات المستخدم إذا كنت ترغب في المتابعة مع شركة سيسكو. على سبيل المثال:

  

الحصول على بيانات بيئة الاتصال

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

إجراء

1. انقر على مساعدة في نافذة العميل > مدقق الصحة.
2. حدد إعادة تعيين قاعدة البيانات. يؤدي هذا إلى إعادة ضبط كاملة للعميل وتحميل شاشة تسجيل الدخول لتطبيق Webex.

تأكد من تسجيل Webex في BroadWorks

يتحقق تطبيق Webex من المعلومات التالية لتحديد ما إذا كان يجب التسجيل في BroadWorks:

• حق المستخدم في broadworks-connector.
• سلوك الاستدعاء للمنظمة والمستخدم.

تحقق من سلوك المستخدم في الاتصال وصلاحياته في الاتصال

1. قم بتسجيل الدخول إلى Help Desk باستخدام بيانات اعتماد مسؤول الشريك الخاص بك.
2. ابحث عن المستخدم.
3. انقر على المستخدم وتحقق من إدخال سلوك الاتصال. ينبغي أن يكون "الاتصال عبر Webex".

   

4. انقر على اسم المستخدم لفتح شاشة تفاصيل المستخدم.
5. مرر لأسفل للعثور على قسم entitlements ، وتأكد من تضمين broadworks-connector

   

   لا ينبغي أن يكون لدى مستخدم Webex for Cisco BroadWorks الحق في bc-sp-standard إذا كان ينوي استخدام Webex for Cisco BroadWorks. هذا هو الحق في "Webex Calling (Broadcloud)" وهو تطبيق Webex يتصل من خلال خدمة اتصال سحابية تديرها شركة Cisco.

تحقق من سلوك الاتصال الخاص بالمنظمة

1. قم بتسجيل الدخول إلى Help Desk باستخدام بيانات اعتماد مسؤول الشريك الخاص بك.
2. ابحث عن المنظمة.
3. انقر على المؤسسة وتحقق من إدخال سلوك الاتصال. ينبغي أن يكون "الاتصال عبر Webex".

قم بتحليل سجل PSLog بحثًا عن مشاكل في توفير المستخدمين

استخدم سجل PSLog الخاص بخادم التطبيقات لعرض طلب HTTP POST إلى جسر التزويد والاستجابة من Webex. في حالة العمل الصحيحة، تكون الاستجابة 200 OK و بعد بضع دقائق يمكنك رؤية المستخدم - ومؤسسة العميل الجديدة إذا كان المستخدم الأول - قد تم إنشاؤها في Webex. يمكنك التحقق من ذلك عن طريق البحث في قسم المساعدة عن عنوان البريد الإلكتروني الذي تراه في المنشور.

قبل البدء

قم بجمع سجل PSLog من خادم التطبيق أثناء محاولة توفير تدفق البيانات باستخدام مستخدم اختبار.

إجراء

1. أولاً، تحقق من رمز استجابة HTTP:
   • أي شيء آخر غير 200 OK هو فشل في توفير المستخدم.
   • قد يشير رمز 200 OK إلى وجود عطل إذا كان هناك شيء ما يتعلق بملف تعريف المشترك لا يعمل في خدمات Webex في الجزء العلوي من جسر التزويد.
   • قد يحتوي الرقم 400 على عقدة message في الاستجابة. لم يتمكن جسر التزويد من معالجة شيء ما في subscriberProfile. قد يكون هناك خطأ ما في تفاصيل المشترك، أو عدم توافق مع أحد الإعدادات في القالب.
   • يشير الرقم 401 إلى أن بيانات اعتماد التزويد المدخلة على نظام المصادقة لا تتطابق مع تلك المدخلة في القالب الموجود في مركز الشركاء.
   • قد يشير الخطأ 403 إلى وجود خلل في إعدادات خادم التطبيقات. تحقق من وجهة الطلب. يجب ألا يكون عنوان IP، بل يجب أن يكون عنوان URL لجسر التزويد الذي يمكنك رؤيته في القالب الخاص بك في مركز الشركاء.
   • يشير الرقم 409 إلى وجود تعارض بين البيانات المقدمة subscriberProfile وبيانات Webex الموجودة. قد يكون هناك مستخدم حالي يحمل عنوان البريد الإلكتروني هذا. تحقق من الأقواس المربعة message في الرد.
2. يمكنك أيضًا التحقق من طلب HTTP POST الأصلي بحثًا عن أي قيم مشبوهة قد تتسبب في فشل عملية التزويد. يحتوي طلب POST على بنية XML subscriberProfile. من بين هذه النقاط، توجد العقد المفيدة التي يجب فحصها:
   • bwuserid: استخدم هذا للعثور على ملف تعريف المشترك إذا كنت بحاجة إلى تعديله في BroadWorks.
   • group: إذا كان القالب في "وضع موفر الخدمة"، فسيتم تحويل هذا إلى أحرف صغيرة ويصبح اسم مؤسسة العميل التي تراها في مركز الشركاء.
   • serviceProvider: إذا كان القالب في "وضع المؤسسة"، فسيتم تحويل هذا إلى أحرف صغيرة ويصبح اسم مؤسسة العميل التي تراها في مركز الشركاء.
   • primaryPhoneNumber: لا بد أن يكون موجوداً. تفشل عملية التزويد بدونها.
   • email: يصبح معرّف المستخدم في Webex. يجب أن يكون صالحًا وفريدًا لـ Webex، وإلا سيفشل التزويد.

     تجاهل المقطع services : تم إنشاؤه بواسطة AS، وهو مقبول ولكن لا يتم استخدامه بواسطة Webex.

قم بتحليل سجلات XSP لتحديد مشاكل تسجيل دخول المشترك.

يصف هذا التدفق وضع مصادقة BroadWorks. يمكنك الاطلاع على وضع المصادقة في قالب BroadWorks، في مركز الشركاء. راجع تكوين قوالب العملاء الخاصة بك في https://help.webex.com/en-us/z9gt5j/Webex-for-BroadWorks-Solution-Guide#id_137726.

يوضح مخطط السلم التالي التفاعل بين المستخدم والعميل وخدمات Webex ونظام BroadWorks، عندما يقوم المستخدم بمصادقة BroadWorks في تطبيق Webex. كما أن الاتصال بين Webex و XSP مؤمن بواسطة MTLS.

يشرح النقاش التالي ما يمكن توقعه عند فحص سجلات تسجيل الدخول الناجح.

يتفاعل المستخدم مع العميل، ويتفاعل العميل مع خدمات Webex:

• يقوم المستخدم بتزويد تطبيق Webex بعنوان بريده الإلكتروني (1 في الرسم التخطيطي).
• يعرف نظام CI كيفية إعادة توجيه هذا المستخدم لإدخال كلمة مرور BroadWorks الخاصة به (عبر UAP) (2 في الرسم التخطيطي).
• يقوم وكيل IDP بإرسال طلب الحصول على الملف الشخصي إلى واجهة Xsi على XSP.

في القط الذكر access_log:

• ابحث عن طلب GET لملف تعريف المشترك، من Webex باتجاه واجهة Xsi-Actions (2.1 في الرسم التخطيطي). يحتوي على معرّف مستخدم Webex. على سبيل المثال:

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile

في سجل إجراءات Xsi:

• ابحث عن طلب GET الخاص بالملف الشخصي من Webex (2.1 في الرسم التخطيطي). يحتوي على معرّف مستخدم Webex. على سبيل المثال:

  تتضمن العناوينGET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profileauthorization: Basic و user-agent: broadworksTeamsClient

• ثم يقوم XSP بإجراء مصادقة OCI-P الأساسية مقابل BroadWorks (AuthenticationVerifyRequest و AuthenticationVerifyResponse، مثل أي تطبيق آخر يقوم بالمصادقة الأساسية عبر Xsi) وأيضًا UserGetRequest و ServiceProviderGetRequest لجمع معلومات المشترك.
• يحتوي رد Xsi إلى Webex على كتلة XML Profile تحتوي على (BroadWorks) userId وتفاصيل أخرى (2.2 في الرسم التخطيطي).

تفاعلات العميل وخدمات Webex:

• يقوم وكيل IDP بمطابقة ملف تعريف المستخدم المستلم من BroadWorks ويصدر تأكيد SAML إلى العميل (2.3 في الرسم التخطيطي).
• يقوم العميل بتبادل تأكيد SAML مقابل رمز CI (3 في الرسم التخطيطي).
• يتحقق العميل من أن المستخدم المسجل لديه استحقاق موصل broadworks (4 في الرسم التخطيطي). يمكنك التحقق من صلاحيات المستخدم في مكتب المساعدة.
• يستخدم العميل رمز CI لطلب رمز JSON Web Token (JWT) من وكيل IDP (5 في الرسم التخطيطي).
• يقوم وكيل IDP بالتحقق من صحة رمز CI في CI.
• يطلب وكيل موفر الهوية رمز JWT من خدمة المصادقة.

في سجل خدمة المصادقة:

• ابحث عن طلب الرمز المميز من Webex (5.2 في الرسم التخطيطي)، على سبيل المثال: GET /authService/token الذي يحتوي على http_bw_userid رأسية وغيرها.
• يقوم XSP بـ OCI-P UserGetLoginInfoRequestللتحقق من أن معرف المستخدم المقدم يتوافق مع مستخدم BroadWorks (5.3 في الرسم التخطيطي). لقد أنشأت خدمة المصادقة ثقة مع Webex بفضل اتصال mTLS، وبالتالي يمكنها إصدار LLT.
• ابحث عن الاستجابة (5.4 في الرسم التخطيطي) من LongLivedTokenManager - Token generated, subject: bwksUserId@example.com, issuer: BroadWorks … و StatusCode=200 والتي يمكنك ربطها بالطلب الأصلي باستخدام رأس trackingid: CLIENT… .

في سجل إجراءات Xsi:

• يستطيع العميل تقديم الرمز المميز طويل الأمد في واجهة Xsi-Actions للحصول على ملف تعريف الجهاز الخاص به (6 في الرسم التخطيطي). على سبيل المثال: GET /com.broadsoft.xsi-actions/v2.0/user/bwksUserId%40example.com/profile/device مع العناوين authorization: Bearer token و user-agent: WebexTeams (variant/version)
• تقوم واجهة Xsi-Actions بإرسال الرمز المميز إلى خدمة المصادقة (المُهيأة لتكون على واجهة الاسترجاع) على سبيل المثال: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token والذي يمكنك ربطه بـ trackingid: CLIENT… header في GET و X-BROADSOFT-CORRELATION-ID : CLIENT… header في POST.

في سجل خدمة المصادقة:

• استلام البريد من Xsi (حلقة الإرجاع)

• أ StatusCode=200 العودة إلى Xsi

• واستجابة للتحقق من صحة الرمز المميز، تحتوي على كتلة JSON "token" في النص.

• تم الربط باستخدام trackingid: CLIENT…

في سجل إجراءات Xsi:

• بعد استلام رمز 200 OK من خدمة المصادقة، والذي تحقق من صحة رمز العميل، يرسل تطبيق Xsi-Actions الآن طلب OCI-P لـ UserPrimaryAndSCADeviceGetListRequest
• يستقبل OCI-P UserPrimaryAndSCADeviceGetListResponse الذي يحتوي على بنية XML accessDeviceTable.
• يتم ترميز استجابة OCI-P كاستجابة Xsi للعميل، بما في ذلك بنية XML AccessDevices ، والتي تحتوي على deviceTypes. على سبيل المثال: Business Communicator – PC وعناوين URL التي يمكن للعميل من خلالها استرداد ملفات تكوين الجهاز.

يستمر العميل في العمل كالمعتاد:

• يحدد إدخال الجهاز ويتفاعل مع نظام إدارة الأجهزة للحصول على ملف تعريف الجهاز (6 في الرسم التخطيطي).
• يتم تسجيل البيانات في BroadWorks عبر SBC المسترجعة في التكوين من DMS (7 في الرسم التخطيطي).

مشاكل مركز الشركاء

1. لا يستطيع المسؤول رؤية منظمات العملاء

بصفتك مسؤولاً عن مؤسستك الشريكة في Webex، يجب أن يكون لديك دور المسؤول الكامل. يُستخدم هذا الدور لإدارة مؤسستك الشريكة، بما في ذلك منح الامتيازات الإدارية لنفسك وللآخرين. لإدارة منظمات العملاء، تحتاج إلى منح نفسك (أو أشخاص آخرين) دور مسؤول المبيعات الكامل أو دور مسؤول المبيعات. للحصول على التفاصيل، راجع تعيين أدوار حساب المؤسسة في مركز التحكم.

مشاكل توفير المستخدمين

1. إدارة المعلومات المتكاملة & أخطاء P للمؤسسات المحددة / عملاء

إذا كان لديك مزيج من المؤسسات التي تستخدم خدمات تعاون سحابية مختلفة، على سبيل المثال، UC-One SaaS وWebex لـ Cisco BroadWorks، فقد تكون اخترت تعديل محول التزويد على أساس كل مؤسسة على حدة.

للتحقق من الإعدادات الخاصة بالمراسلة الفورية المتكاملة & P (الوضع الافتراضي للمؤسسات، ما لم يكن هناك إعداد أكثر تحديدًا)، تشغيل AS_CLI/Interface/Messaging> get. للحصول على معلمات التزويد الخاصة بمؤسسة معينة، افتح المؤسسة وانتقل إلى الخدمات > إدارة الرسائل المتكاملة & P.

تأكد من أن نظام إدارة الرسائل المتكامل & يتطابق تكوين P لتلك المؤسسة تمامًا مع ما هو معروض في نموذج العميل في مركز الشركاء. يجب أن تتطابق الإعدادات التالية، وإلا سيفشل التزويد لجميع المستخدمين في المؤسسة:

2. إدارة المعلومات المتكاملة & أخطاء P لمستخدمين محددين

ينطبق هذا إذا كنت تستخدم التزويد المباشر، ويفترض أن التزويد يعمل لـ some/most للمستخدمين (حتى تتمكن من استبعاد مشكلة في التكوين). إذا كنت ترى نظام المراسلة الفورية المتكامل & أخطاء P في برنامج BroadWorks، على سبيل المثال، “[Error [18215] خطأ في تهيئة خادم المراسلة و “[Error [18211] خطأ في الاتصال بخادم المراسلة، يجب عليك التحقق من الأسباب المحتملة التالية:

• قد يكون عنوان البريد الإلكتروني للمستخدم موجودًا بالفعل في نظام معلومات التكوين (CI). ابحث عن المستخدم في مكتب المساعدة للتحقق مما إذا كان عنوان بريده الإلكتروني موجودًا بالفعل هناك. هذا ليس بالضرورة دليلاً قاطعاً، لأن المستخدم قد يكون موجوداً في مؤسسة لا يُسمح لك برؤية بياناتها في مكتب المساعدة.
• قام المستخدم بالتسجيل في Webex بشكل مستقل، قبل أن يتم تخصيص برنامج المراسلة الفورية المتكامل له. & خدمة P. في هذه الحالة، يتمثل أحد الخيارات في أن يقوم المستخدم بحذف حساباته المجانية التي يمكنه من خلالها أن يصبح جزءًا من مؤسسة العملاء التي تقوم بتوفيرها. التعليمات موجودة على https://help.webex.com/5m4i4y
• لا يملك المستخدم رقم هاتف أساسيًا مخصصًا لملفه الشخصي (يجب أن يكون لدى جميع مشتركي Webex for Cisco BroadWorks رقم DID أساسي). راجع موضوع تحليل PSLog من AS.

3. فشل تزويد المستخدمين بالبيانات استجابةً لجسر التزويد

إذا لم يظهر المستخدمون في مركز التحكم، في غضون دقائق قليلة من تعيين خدمة المراسلة الفورية المتكاملة & يا (P)، ألق نظرة على رموز الاستجابة من خدمة جسر التزويد. قم بتشغيل PSLog للاطلاع على رموز استجابة HTTP.

200 موافق

لا يعني ردّ 200 OK أن المستخدم قد تمّت تهيئة حسابه بنجاح. هذا يعني أن خدمة التزويد قد استلمت الطلب وقامت بنجاح بإرسال طلب إنشاء المستخدم المقابل إلى الخدمات الأصلية. عملية التزويد غير متزامنة بحكم تصميمها. تستجيب الخدمة برمز 200 OK لأن عملية إنشاء المستخدم قد تستغرق عدة دقائق، ولأسباب تتعلق بالأداء، لا نريد تلقي طلبات متعددة لإنشاء نفس المستخدم. ومع ذلك، إذا لم يظهر المستخدم في النهاية في مؤسسة العميل بعد استجابة 200 OK، فقد يشير ذلك إلى فشل إنشاء المستخدم في خدمات Webex في الجزء العلوي من خدمة التزويد. تحتاج إلى تصعيد حالة فشل التزويد التي يكون ردها 200 OK.

400 طلب غير صالح

تحقق من استجابة HTTP التي يجب أن تحتوي على مزيد من التفاصيل حول المشكلات المحتملة التي قد تتسبب في هذه الاستجابة من خدمة التزويد. بعض الأمثلة على العقدة:

• "لا يمكن الوثوق ببريد BroadWorks الإلكتروني مع واجهة برمجة التطبيقات القديمة للتزويد." عنوان البريد الإلكتروني المرتبط بطلب توفير المستخدم الفاشل غير صالح، أو أنه مكتوب بشكل خاطئ، ولكنك أكدت في النموذج أنه يمكن الوثوق بعناوين البريد الإلكتروني. تحقق من ملفات تعريف المستخدمين في BroadWorks، وتحديداً معرف البريد الإلكتروني.
• لم يتم العثور على مؤسسة العميل في قاعدة البيانات، كما أن علامة إنشاء مؤسسة جديدة غير مفعلة. كان من المفترض أن يؤدي طلب التزويد الفاشل هذا إلى إنشاء مؤسسة عميل جديدة في Webex، ولكن تم تكوين القالب الخاص بك لمنع إنشاء مؤسسات عملاء جديدة. إذا كنت ترغب في السماح للمؤسسات الجديدة، لنطاقات البريد الإلكتروني التي لا تتطابق مع العملاء الحاليين في Webex، فيمكنك إعادة تكوين القالب الخاص بك في Partner Hub وإعادة اختبار طلب التزويد. ومع ذلك، إذا كنت لا تتوقع إنشاء مؤسسة جديدة لهذا المستخدم، فربما يكون عنوان البريد الإلكتروني مكتوبًا بشكل خاطئ (وتحديدًا جزء النطاق). تحقق من معرف البريد الإلكتروني للمستخدم في BroadWorks.

403 ممنوع

لن ينجح طلب التزويد حتى تقوم بإصلاح التكوين. ستحتاج إلى التحقيق في الطلب والاستجابة في هذه الحالة. على سبيل المثال، إذا رأيت عنوان IP كهدف لطلب التزويد - بدلاً من عنوان URL لجسر التزويد المناسب لمؤسستك (راجع مواضيع تكوين جدار الحماية في دليل الحل) - فقد يشير ذلك إلى أن خادم التطبيقات الخاص بك يفتقر إلى تصحيح مطلوب (ap373197).

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

409 الصراع

لا يمكن إتمام طلب التزويد لأن هناك مستخدمًا موجودًا في Webex يتطابق عنوان البريد الإلكتروني الموجود في الطلب.

4. المستخدم موجود بالفعل في CI

استخرج بريد المشترك الإلكتروني من طلب HTTP POST وابحث عنه في مكتب المساعدة. قد لا تتمكن من رؤية المستخدم إذا لم يكن مسموحًا لك بذلك، ولكن قد تتمكن أيضًا من رؤية أن المستخدم موجود في منظمة "مجانية" على سبيل المثال "مستهلك". يمكنك أن تطلب من هذا المستخدم حذف حسابه المجاني، أو يمكنك استخدام عنوان بريد إلكتروني مختلف لتزويده بالحساب. راجع https://help.webex.com/ndta402 .

مشاكل تسجيل دخول المستخدم

1. لا يتم تحميل بوابة تفعيل المستخدم

تتضمن عملية تسجيل الدخول العادية لـ Webex for Cisco BroadWorks بوابة تفعيل المستخدم حيث يقوم المستخدمون بإدخال كلمات المرور الخاصة بهم. في بعض الأحيان لا يتم تحميل هذه البوابة بعد أن يقوم المستخدم بإدخال عنوان بريده الإلكتروني في شاشة تسجيل الدخول إلى تطبيق Webex. قد تحدث هذه المشكلة من جانب العميل أو من جانب الخدمة. أما من جانب العميل، فعادة ما يكون السبب هو عدم توافق متصفح العميل الأصلي مع الخدمة بطريقة ما.

2. فشل تسجيل الدخول الموحد

• في BroadWorks، تحقق من تعيين أنواع الأجهزة لتطبيق Webex للمستخدم (انظر قسم ملفات تعريف الجهاز في قسم إعداد بيئتك من دليل الحل).
• تأكد من أن المستخدم يستخدم كلمة المرور الصحيحة. إذا تم تكوين القالب الذي استخدمته لتوفير مؤسسة العميل الخاصة بالمستخدم (في مركز الشركاء) لمصادقة BroadWorks، فيجب على المستخدم إدخال كلمة مرور "الوصول إلى الويب" الخاصة به في BroadWorks. قد يحتاج المستخدم أيضًا إلى إدخال معرف مستخدم BroadWorks الخاص به إذا لم يتم تكوين عنوان بريده الإلكتروني كمعرف مستخدم بديل. تأكد من أن المستخدم قد أدخل الأحرف الكبيرة والصغيرة بشكل صحيح.

مشاكل في تكوين المكالمات والتسجيل

بعد أن يتم تزويد المستخدم بحساب في Webex ويقوم بتسجيل الدخول بنجاح إلى تطبيق Webex، يقوم التطبيق بالتسجيل في BroadWorks. فيما يلي تسلسل التسجيل المتوقع والعلامات الناتجة عن التسجيل السليم (كما يظهر من تطبيق Webex):

1. تسلسل التسجيل المتوقع

1. يتصل العميل ب XSI للحصول على رمز مميز لإدارة الجهاز وعنوان URL لنظام إدارة الوجهات السياحية.
2. يطلب العميل ملف تعريف جهازه من DMS عن طريق تقديم الرمز المميز من الخطوة 1.
3. يقرأ العميل ملف تعريف الجهاز ويسترد بيانات اعتماد SIP وعناوينه ومنافذه.
4. يرسل العميل سجل SIP إلى SBC باستخدام المعلومات من الخطوة 3.
5. يقوم SBC بإرسال سجل SIP إلى AS (قد يقوم SBC بإجراء بحث في NS لتحديد موقع AS إذا لم يكن SBC يعرف مستخدم SIP بالفعل).

2. العلامات المتوقعة لتسجيل العميل بنجاح

تظهر أيقونة خيارات الاتصال في واجهة Webex.

في علامة تبويب خدمات الهاتف في تطبيق Webex (على سبيل المثال) إعدادات > خدمات الهاتف على نظام ويندوز، التفضيلات > خدمات الهاتف على نظام ماك)، الرسالة "جلسة تسجيل الدخول الموحد: "لقد قمت بتسجيل الدخول" تعني أن التطبيق قد تم تسجيله بنجاح (في BroadWorks في هذه الحالة).

3. لا يوجد رمز اتصال لدى العميل

في أغلب الأحيان، هذا يعني أن المستخدم لا يملك الترخيص الصحيح / الاستحقاقات.

هذا تسجيل غير ناجح. هناك أسباب متعددة قد تؤدي إلى فشل تسجيل عميل تطبيق Webex في BroadWorks:

4. يتم اختبار خدمات اتصال متعددة مع نفس العملاء

قد تحدث هذه المشكلة المعروفة بسبب تغيير العميل بين واجهات الاتصال الخلفية المختلفة. من المرجح أن يحدث ذلك أثناء تجارب خدمات الاتصال المختلفة المقدمة عبر عملاء تطبيق Webex (نفسهم). يمكنك إعادة ضبط قاعدة بيانات العميل (الرابط) لحل هذه المشكلة.

5. سوء تكوين خدمة المصادقة

تحقق من XSP(s) الذي يستضيف خدمة المصادقة مقابل دليل الحل (انظر تكوين الخدمات على Webex لـ Cisco BroadWorks XSPs). على وجه التحديد:

• يتم نسخ مفاتيح RSA (التي تقوم بإنشائها على XSP واحد) إلى جميع XSPs
• تم تزويد حاوية الويب على جميع نقاط XSP بعنوان URL لخدمة المصادقة، وتم إدخاله بشكل صحيح في المجموعة في مركز الشركاء.
• تم تكوين المصادقة الخارجية بواسطة الشهادات:

  XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication>get

  allowUserApp = false

  allowClientApp = true

• عند استخدام MTLS، يجب عليك تحميل شهادة عميل Webex إلى XSPs (يمكنك الحصول على الشهادة من Partner Hub، في صفحة إعدادات BroadWorks).

6. سوء تكوين علامات BroadWorks

تأكد من أنك قمت بتكوين علامات BroadWorks المطلوبة لتطبيق Webex. راجع دليل تكوين Webex لـ Cisco BroadWorks للحصول على معلومات حول علامات التكوين. تأكد من عدم وجود تعارضات أو قيم غير صحيحة. على وجه التحديد، يجب أن يكون الوسم %SBC_ADDRESS_WXT% هو SBC الخاص بمسجل SIP الخاص بك لعملاء تطبيق Webex.

7. يقوم برنامج سطح المكتب بفصل خدمات الهاتف بعد نجاح عملية تسجيل الدخول الموحد (SSO).

قد تحدث هذه المشكلة بسبب قيام نفس المستخدم بتسجيل الدخول إلى عدة عملاء على نفس نوع النظام الأساسي. على سبيل المثال، إذا قام المستخدم بتسجيل الدخول بنجاح إلى تطبيق Webex على نظام التشغيل Windows، ثم قام بتسجيل الدخول إلى تطبيق Webex على جهاز Windows مختلف، فلن تكون هناك سوى جلسة تسجيل دخول موحد نشطة على أحد الأجهزة. هذا حسب التصميم. إذا كنت بحاجة ماسة إلى إيجاد حل بديل لهذه المشكلة، يمكنك تكوين BroadWorks بحيث يكون لديك عدة نسخ من نفس نوع الجهاز، ولكن يجب أن يكون لكل منها عناوين SIP فريدة. هذا التكوين خارج نطاق Webex for Cisco BroadWorks.

8. لم يتم توفير جهاز سطح المكتب للمستخدم

تظهر هذه التوقيعة في سجل العميل:

[0x70000476b000] BroadWorksConfigDownloader.cpp:106

onAccessDeviceListSucceeded:BWC:SCF: ConfigDownload - the device profile 'Business Communicator - PC' is not found.

9. لا يمكن الرد على المكالمات الواردة عبر الهاتف المحمول.

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

كيفية التعرف عليه؟

في سجلات عميل Webex للهواتف المحمولة، ابحث عن رمز خطأ XSI 101002 في مسار مكالمة الدفع. على سبيل المثال:

رمز الاستجابة: 400

handlePushCallInfoFailure:BWC:INTERNAL: إجراء مكالمة سريعة: حالة xsi لمعرف المكالمة: <callID> رمز خطأ xsi: 101002

closePushCallWithReason:BWC:INTERNAL: حاول إغلاق مكالمة الدفع باستخدام المعرّف = <callID>، سبب = مكالمة مهجورة

السبب: يمكن أن يشير رمز الخطأ 101002 إلى أنه تم إرجاع خادم التطبيق (AS) الخاطئ في الاستجابة LocateUser. يمكن أن يحدث هذا عندما ينتقل المستخدم إلى نظام تشغيل ثانوي.

الفحوصات الموصى بها:

من ADP أو XSP حيث تم نشر Push، قم بتشغيل LocateUser للمستخدم المتأثر:

curl 'http://:80/servlet/LocateUser?url=&returnCompatibleXSP=true&callPRequest=true'

مثال: curl 'http://1.1.1.1:80/servlet/LocateUser?url=9721112222@gmail.com&returnCompatibleXSP=true&callPRequest=true'

الدقة:إذا أعاد LocateUser خادم التطبيقات الثانوي للمستخدم، فقم بتشغيل البرنامج النصي migrateUserToDefaultNode.pl على خادم NS الأساسي لترحيل المستخدمين مرة أخرى إلى خادم التطبيقات الأساسي للمجموعة.

قم بتسجيل الدخول إلى خادم NS عبر SSH، وانتقل إلى الدليل /usr/local/broadworks/bw_base/bin ، ثم قم بتشغيل الأمر التالي:migrateUserToDefaultNode.pl

مثال: migrateUserToDefaultNode.pl bwas1

للحصول على قيمة hostingNE ، قم بتشغيل: NS_CLI/System/Device/HostingNE> get

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

قم بتشغيل البرنامج النصي خلال فترة انخفاض حركة المرور كلما أمكن ذلك. ومع ذلك، من المقبول عمومًا تشغيل البرنامج النصي في أي وقت إذا لزم الأمر لاستعادة الخدمة للمستخدمين المتضررين.

لا يمكن تشغيل البرنامج النصي لمستخدم واحد فقط. يقوم بنقل جميع المستخدمين المدرجين في مخرجات LocateUser. إذا لم تتمكن من تشغيل البرنامج النصي، فاحذف المستخدم المتأثر وأعد إنشائه في BroadWorks بحيث تتم إعادة إنشاء المستخدم على خادم التطبيقات الصحيح.

أي رسالة SIP من جهاز المستخدم إلى نظام AS الثانوي يمكن أن تتسبب في قيام المستخدم بالهجرة. عادةً ما يعود المستخدمون إلى نظام AS الأساسي بعد الفاصل الزمني الافتراضي البالغ 15 دقيقة ما لم تستمر الطلبات الواردة في الوصول إلى نظام AS الثانوي. على سبيل المثال، إذا لم يتمكن جهاز SBC من الاتصال بـ AS1 ولجأ إلى AS الثانوي، فقد ينتقل المستخدمون المتأثرون إلى AS الثانوي. اعتمادًا على عملية النشر، يمكن لمجموعة جذع واحدة أو مستخدم واحد أن يظل مثبتًا على نظام AS الثانوي إذا استمرت مشكلة SBC في الوصول إلى نظام AS الأساسي.

للمزيد من المعلومات، يرجى الاطلاع على الوثائق التالية:

• القسمان 3.4.5 إمكانية استعادة المستخدم لخادم التطبيقات و5.4.5 الاستعادة التلقائية في دليل التكرار لـ Cisco BroadWorks

• وصف ميزات تحسينات التعرف التلقائي على الكلام (ASR) في Cisco BroadWorks

مشاكل عرض إعدادات المكالمات على الويب

1. رعاية ذاتية button/link لا يظهر في تطبيق Webex

ومن الأعراض الأخرى لهذه المشكلة عندما... button/link يظهر الرابط، ولكن النقر عليه يفتح متصفحًا خارجيًا.

• تحقق من نشر قالب تكوين العميل المطلوب وتعيين علامات CSW بشكل صحيح. (انظر قسم إعدادات المكالمات عرض الويب في دليل حلول Webex لـ Cisco BroadWorks).
• تأكد من تسجيل تطبيق Webex لإجراء المكالمات في BroadWorks.
• تأكد من أن تطبيق Webex هو إصدار حديث يدعم CSWV.

2. صفحة فارغة أو خطأ بعد النقر على "العناية الذاتية" button/link

بشكل عام، يشير هذا السلوك في تطبيق Webex إلى وجود مشكلة في التكوين أو النشر لتطبيق CSWV على BroadWorks XSP. اجمع التفاصيل لمزيد من التحقيق، بما في ذلك سجلات CSWV وسجلات الوصول ومستودع config-wxt.xml وملف القالب، ثم قم برفع قضية.

مشاكل المطالبة بالنطاق

قد تحدث أخطاء في تسجيل المستخدمين نتيجة لأخطاء تحدث في المطالبة بالنطاقات. قبل المطالبة بأي نطاقات، تأكد من فهمك لما يلي:

• لا ينبغي لمقدمي الخدمات المطالبة بنطاقات منظمات العملاء التي يديرونها. ينبغي عليهم المطالبة فقط بنطاقات المستخدمين الموجودين في المؤسسة الداخلية لمزود الخدمة. إن المطالبة بنطاق المستخدمين في مؤسسة منفصلة (حتى تلك التي يديرها مزود الخدمة) يمكن أن يؤدي إلى أخطاء في تسجيل المستخدمين في مؤسسة العميل حيث يتم توجيه طلبات مصادقة المستخدم من خلال مزود الخدمة بدلاً من مؤسسة العميل.
• إذا كانت مؤسستان عميلتان (الشركة أ والشركة ب) تشتركان في نفس النطاق وقامت الشركة أ بالمطالبة بالنطاق، فقد يفشل تسجيل مستخدمي الشركة ب بسبب حقيقة أن طلبات مصادقة المستخدم يتم توجيهها من خلال المؤسسة التي لديها النطاق المطالب به (الشركة أ).

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

رموز خطأ المستخدم النهائي

يوضح الجدول التالي رموز أخطاء المستخدم النهائي التي قد تظهر في بوابة تفعيل المستخدم العميل.

رموز الخطأ لمزامنة الدليل

تنطبق رموز الخطأ التالية على مزامنة الدليل.