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

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

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

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

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

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

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

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

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

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

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

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

تصعيد مشكلة

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

الإجراء

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

ما معلومات العميل المراد جمعها

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

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

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

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

الإجراء

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

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

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

الإجراء

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

استرداد سجلات المستخدمين من Partner Hub

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

الإجراء

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

   خيار Partner Hub:

   1. سجّل الدخول إلى Partner Hub وابحث عن مؤسسة العميل الخاصة بالمستخدم.
   2. تحديد Troubleshooting.
   3. تحديد Logs.
   4. ابحث عن المستخدم (عبر البريد الإلكتروني).
   5. عرض وتنزيل سجلات العميل كملف مضغوط.

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

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

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

الإجراء

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

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

الإجراء

1. سجّل الدخول إلى عميل Webex.
2. تحقق من وجود رمز خيارات الاتصال (سماعة هاتف بها ترس فوقها) على الشريط الجانبي. إذا لم يكن الرمز موجودًا، فقد لا يتم تمكين المستخدم بعد لخدمة الاتصال في Control Hub.
3. افتح صفحة Settings/Preferences القائمة وانتقل إلى Phone Services القسم. يجب أن ترى الحالة SSO Session You're signed in. (في حالة عرض خدمة هاتف مختلفة، مثل Webex Calling، فإن المستخدم لا يستخدم Webex من أجل Cisco BroadWorks.)

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

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

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

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

  

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

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

الإجراء

1. في العميل، انقر Help &gt Health Checker.
2. تحديد Reset Database. سيؤدي ذلك إلى إعادة تعيين كاملة للعميل وتحميل شاشة تسجيل الدخول إلى تطبيق Webex.

التحقق من وجوب تسجيل Webex في BroadWorks

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

• تخويل المستخدم إلى broadworks-connector.
• سلوك الاتصال للمؤسسة والمستخدم.

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

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

   

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

   

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

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

1. سجّل الدخول إلى مكتب المساعدة باستخدام بيانات اعتماد المسؤول الشريك لديك.
2. ابحث عن المؤسسة.
3. انقر على المؤسسة وحدد Calling Behavior إدخال. يجب أن يكون خيار "الاتصال في Webex".

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

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

‏‫قبل البدء‬

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

الإجراء

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

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

تحليل سجلات XSP لاستكشاف أخطاء تسجيل دخول المشترك وإصلاحها

يصف هذا التدفق وضع مصادقة BroadWorks. يمكنك الاطلاع على وضع المصادقة في قالب BroadWorks، في Partner Hub. ارجع إلى تكوين قوالب العميل في 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.

في سجل الوصول إلى tomcat:

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

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

في سجل XsiActionsLog:

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

  GET /com.broadsoft.xsi-actions/v2.0/user/webexuserid@example.com/profile تتضمن العناوين authorization: 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 (JWT) من وكيل IDP (5 في الرسم التخطيطي).
• يتحقق وكيل IDP من صحة رمز CI في CI.
• يطلب وكيل IDP وجود JWT من خدمة المصادقة.

في سجل AuthenticationService:

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

في سجل XsiActionsLog:

• العميل قادر على تقديم الرمز المميز طويل الأمد في واجهة 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 بنقل الرمز المميز إلى Authservice (تم تكوينه ليكون على واجهة الاسترجاع) على سبيل المثال: 127.0.0.1:80 POST http://127.0.0.1:80/authService/token التي يمكنك ربطها بـ trackingid: CLIENT… العنوان في GET ، و X-BROADSOFT-CORRELATION-ID : CLIENT… العنوان في POST.

في سجل AuthenticationService:

• استلام POST من XSI (الاسترجاع)

• A StatusCode=200 الرجوع إلى Xsi

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

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

في سجل XsiActionsLog:

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

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

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

مشاكل Partner Hub

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

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

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

1. أخطاء IM&P متكاملة لمؤسسات/عملاء محددين

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

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

تحقق من أن تكوين IM&P المتكامل لتلك المؤسسة يتطابق تمامًا مع ما هو موضح في قالب العميل في Partner Hub. يجب أن تتطابق الإعدادات التالية، أو يفشل التوفير لجميع المستخدمين في المؤسسة:

2. أخطاء IM&P متكاملة لمستخدمين محددين

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

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

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

إذا لم يظهر المستخدمون في Control Hub، خلال دقائق معدودة من تعيين IM&P المتكامل، قم بإلقاء نظرة على رموز الاستجابة من خدمة جسر التوفير. قم بتشغيل PSLog للنظر إلى رموز استجابة HTTP.

200 حسنًا

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

400 طلب غير صحيح

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

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

403 ممنوع

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

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

409 التعارض

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

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

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

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

1. لا يقوم مدخل تنشيط المستخدم بتحميل

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

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

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

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

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

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

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

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

يظهر رمز خيارات الاتصال في واجهة Webex.

في علامة تبويب "خدمات تطبيق Webex" (على سبيل المثال، Settings &gt Phone Services في نظام التشغيل Windows، Preferences &gt Phone Services على نظام التشغيل Mac)، الرسالة "جلسة تسجيل الدخول الفردي: "تم تسجيل الدخول" يعني أن التطبيق تم تسجيله بنجاح (في BroadWorks في هذه الحالة).

3. لا يوجد لدى العميل أيقونة الاتصال

في معظم الأحيان يعني هذا أن المستخدم ليس لديه الترخيص / الاستحقاقات الصحيحة.

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

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

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

5. تكوين خطأ لخدمة المصادقة

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

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

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

  allowUserApp = false

  allowClientApp = true

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

6. تكوين خاطئ لعلامات BroadWorks

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

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

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

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

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

<Error> [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:داخلي: دفع مكالمة: حالة xsi لـ callID: رمز خطأ <callID> xsi: 101002

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

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

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

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

curl 'http://<FQDN or IP address of NS Server>:80/servlet/LocateUser?url=<BW userID@domain>&returnCompatibleXSP=true&callPRequest=true'

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

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

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

المثال: migrateUserToDefaultNode.pl bwas1

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

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

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

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

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

للحصول علي مزيد من المعلومات ، راجع المستندات التالية:

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

• وصف ميزة تحسينات Cisco BroadWorks ASR

مشاكل عرض الويب الخاصة بإعدادات الاتصال

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

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

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

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

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

مشاكل المطالبة بالمجال

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

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

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

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

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

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

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