- الرئيسية
- /
- المقال
في هذه المقالةدليل حل Webex لـ Cisco BroadWorks مخصص لمسؤولي مستوى الشريك. يصف الدليل كيفية إعداد Webex ونشره لـ Cisco BroadWorks. يقدم Webex من أجل Cisco BroadWorks لعملاء اتصالات BroadWorks لديك ميزات التعاون التي توفرها حلول Webex. يستخدم المشتركون تطبيقًا واحدًا (تطبيق Webex) للاستفادة من الميزات التي توفرها كلتا المنصتين.
تقديم Webex لـ Cisco BroadWorks
يتناول هذا القسم مسؤولي النظام في المؤسسات الشريكة لـ Cisco (موفري الخدمات) الذين ينفذون Webex لمؤسسات العملاء الخاصة بهم أو يقدمون هذا الحل مباشرة للمشتركين الخاصين بهم.
الغرض من الحل
-
لتوفير ميزات التعاون على السحابة في Webex للعملاء الصغار والمتوسطين الذين لديهم بالفعل خدمة الاتصال المقدمة من موفري خدمة BroadWorks.
-
لتوفير خدمة الاتصال القائمة على BroadWorks لعملاء Webex الصغار والمتوسطين.
السياق
نحن نطور جميع عملائنا المتعاونين نحو تطبيق موحد. يقلل هذا المسار من صعوبات التبني، ويحسن قابلية التشغيل البيني والترحيل، ويوفر تجارب يمكن التنبؤ بها للمستخدمين عبر محفظة التعاون بأكملها. يتمثل جزء من هذا الجهد في نقل إمكانات اتصال BroadWorks إلى تطبيق Webex، وفي نهاية المطاف تقليل الاستثمار في عملاء UC-One.
الفوائد
-
التدقيق المستقبلي: ضد نهاية عمر UC-One Collaboration، تحرك جميع العملاء نحو إطار العميل الموحد (UCF)
-
أفضل من كليهما: تمكين ميزات المراسلة والاجتماع في Webex مع الاحتفاظ بمكالمات BroadWorks على شبكة الاتصالات الهاتفية الخاصة بك
نطاق الحل
-
العملاء الصغار والمتوسطين الحاليين / الجدد (أقل من 250 مشترك) الذين يرغبون في مجموعة من ميزات التعاون ، قد يكون لديهم بالفعل اتصال BroadWorks.
-
عملاء Webex من صغار إلى متوسط الحجم الذين يبحثون عن إضافة BroadWorks Calling.
-
ليست مؤسسات أكبر (يرجى مراجعة محفظة مؤسساتنا لتطبيق Webex).
-
لا يوجد مستخدمون بمفردهم (يرجى تقييم عروض Webex Online).
تستهدف الميزات الموجودة في Webex لـ Cisco BroadWorks حالات استخدام الأعمال الصغيرة والمتوسطة. تم تصميم حزم Webex لـ Cisco BroadWorks لتقليل تعقيد SMBs، ونقيم باستمرار مدى ملاءمتها لهذا الجزء. قد نختار إخفاء أو إزالة الميزات التي ستكون متاحة بخلاف ذلك في حزم المؤسسات.
المتطلبات الأساسية للنجاح مع Webex لـ Cisco BroadWorks
|
# |
المتطلبات |
ملاحظات | ||
|---|---|---|---|---|
|
1 |
التصحيح الحالي BroadWorks R22 أو أعلى | |||
|
2 |
XSP|ADP لـ XSI وCTI وDMS وauthService |
مخصص XSP|ADP لـ WEBEX لـ Cisco BroadWorks | ||
|
3 |
يمكن مشاركة XSP|ADP منفصل لـ NPS مع حلول أخرى تستخدم NPS. |
إذا كان لديك عملية نشر تعاون حالية، فقم بمراجعة التوصيات على تكوينات XSP|ADP وNPS. | ||
|
4 |
تم تكوين التحقق من رمز CI (مع TLS) لاتصالات Webex بخدمة المصادقة. | |||
|
5 |
mTLS تم تكوينها لاتصالات Webex بواجهة CTI. |
التطبيقات الأخرى لا تتطلب mTLS. | ||
|
6 |
يجب أن يكون المستخدمون موجودين في BroadWorks ويحتاجون إلى السمات التالية، بناءً على قرار التوفير الخاص بك:
|
بالنسبة لرسائل البريد الإلكتروني الموثوق بها: نوصيك بوضع عنوان البريد الإلكتروني نفسه في سمة المعرِّف البديل أيضًا، لتمكين المستخدمين من تسجيل الدخول باستخدام عنوان البريد الإلكتروني مقابل BroadWorks. بالنسبة لرسائل البريد الإلكتروني غير الموثوق بها: اعتمادًا على إعدادات البريد الإلكتروني للمستخدم، قد يؤدي استخدام رسائل البريد الإلكتروني غير الموثوق بها إلى إرسال البريد الإلكتروني إلى مجلد Junk أو SPAM الخاص بالمستخدم. قد يضطر المسؤول إلى تغيير إعدادات البريد الإلكتروني للمستخدم للسماح بالمجالات | ||
|
7 |
ملف Webex لـ Cisco BroadWorks DTAF لتطبيق Webex | |||
|
8 |
BW Business Lic أو Std Enterprise أو Prem Enterprise User Lic + Webex لاشتراك Cisco BroadWorks |
إذا كان لديك عملية نشر تعاون حالية، فلن تحتاج بعد الآن إلى حزمة UC-One Add-On وCollab Lic وMeet-me Conference Ports. إذا كان لديك نشر UC-One SaaS حالي، فلا توجد تغييرات إضافية بخلاف قبول شروط الحزمة المتميزة. | ||
|
9 |
يجب الوصول إلى IP/Ports من خلال خدمات الطرف الخلفي Webex وتطبيقات Webex عبر الإنترنت العام. |
راجع قسم "إعداد شبكتك". | ||
|
10 |
تكوين TLS V1.2 على XSP|ADPs | |||
|
11 |
بالنسبة إلى توفير Flowthrough، يجب أن يتصل خادم التطبيق بمحول توفير BroadWorks.
|
راجع موضوع "إعداد شبكتك". |
حول هذا المستند
الغرض من هذا المستند هو مساعدتك في فهم حل Webex for Cisco BroadWorks الخاص بك والإعداد له ونشره وإدارته. وتعكس الأقسام الرئيسية في الوثيقة هذا الغرض.
ويتضمن هذا الدليل مواد مفاهيمية ومرجعية. ونعتزم تغطية جميع جوانب الحل في هذه الوثيقة الواحدة.
الحد الأدنى من مجموعة المهام لنشر الحل هي:
-
قم بالوصول إلى فريق حسابك لتصبح شريكًا في Cisco. من الضروري استكشاف نقاط اتصال Cisco للتعرف على نفسك (والحصول على التدريب). عندما تصبح شريكًا في Cisco، فإننا نطبق تبديل Webex لـ Cisco BroadWorks إلى مؤسسة شريك Webex الخاصة بك. (راجع نشر Webex لـ Cisco BroadWorks > ضم الشركاء في هذا المستند.)
-
قم بتكوين أنظمة BroadWorks الخاصة بك للتكامل مع Webex. (راجع نشر Webex لـ Cisco BroadWorks > تكوين الخدمات على Webex الخاص بك لـ Cisco BroadWorks XSP|ADPs في هذا المستند.)
-
استخدم Partner Hub لتوصيل Webex بـ BroadWorks. (راجع نشر Webex لـ Cisco BroadWorks > تكوين مؤسسة الشريك في Partner Hub في هذا المستند.)
-
استخدم Partner Hub لإعداد قوالب توفير المستخدمين. (راجع نشر Webex لـ Cisco BroadWorks > تكوين قوالب التضمين الخاصة بك في هذا المستند.)
-
اختبار عميل وضمه عن طريق توفير مستخدم واحد على الأقل. (راجع نشر Webex لـ Cisco BroadWorks > تكوين مؤسسة الاختبار الخاصة بك.)
 |
|
المصطلحات
نحاول الحد من المصطلحات والاختصارات المستخدمة في هذا المستند، وشرح كل مصطلح عند استخدامه لأول مرة. (راجع Webex لـ Cisco BroadWorks Reference > المصطلحات إذا لم يتم شرح مصطلح في السياق).
كيف يعمل
Webex لـ Cisco BroadWorks هو عرض يدمج BroadWorks Calling في Webex. يستخدم المشتركون تطبيقًا واحدًا (تطبيق Webex) للاستفادة من الميزات التي توفرها كلتا المنصتين:
-
يتصل المستخدمون بأرقام PSTN باستخدام البنية التحتية لـ BroadWorks الخاصة بك.
-
يتصل المستخدمون بأرقام BroadWorks الأخرى باستخدام البنية التحتية BroadWorks (مكالمات صوتية/فيديو عن طريق تحديد الأرقام المرتبطة بالمستخدمين أو لوحة الطلب لتقديم الأرقام).
-
يمكن للمستخدمين بدلاً من ذلك إجراء مكالمة Webex VOIP عبر البنية التحتية لـ Webex عن طريق تحديد الخيار "Webex Call" على تطبيق Webex. (هذه المكالمات هي تطبيق Webex إلى تطبيق Webex، وليس تطبيق Webex إلى PSTN).
-
يستطيع المستخدمون استضافة Webex Meetings والانضمام إليها.
-
يستطيع المستخدمون إرسال رسالة إلى بعضهم البعض أو في المساحات (الدردشة الجماعية المستمرة)، والاستفادة من ميزات مثل البحث ومشاركة الملفات (على البنية التحتية لـ Webex).
-
يستطيع المستخدمون مشاركة الحضور (الحالة). يمكنهم اختيار الحضور المخصص أو الحضور المحسوب للعميل.
-
بعد ضمك كمؤسسة شريكة في Control Hub، باستخدام الاستحقاقات الصحيحة، يمكنك تكوين العلاقة بين مثيل BroadWorks الخاص بك وWebex.
-
يمكنك إنشاء مؤسسات العملاء في Control Hub وتوفير المستخدمين في تلك المؤسسات.
-
يحصل كل مشترك في BroadWorks على هوية Webex بناءً على عنوان بريده الإلكتروني (سمة معرف البريد الإلكتروني في BroadWorks).
-
تتم مصادقة المستخدمين ضد BroadWorks أو ضد Webex.
-
يتم إصدار رموز توكن طويلة الأجل للعملاء لتفويضهم للخدمات في BroadWorks وWebex.
تطبيق Webex في قلب هذا الحل؛ إنه تطبيق قابل للعلامة التجارية متاح على أجهزة سطح المكتب التي تعمل بنظام التشغيل Mac/Windows، وأجهزة الهواتف المحمولة والأجهزة اللوحية العاملة بنظام Android/iOS.
هناك أيضًا إصدار ويب من تطبيق Webex لا يتضمن حاليًا ميزات الاتصال.
يتصل العميل بسحابة Webex لتقديم ميزات المراسلة والحضور والاجتماعات.
يقوم العميل بالتسجيل في أنظمة BroadWorks الخاصة بك لميزات الاتصال.
تعمل سحابة Webex مع أنظمة BroadWorks الخاصة بك لضمان تجربة توفير المستخدمين سلسة.
الميزات والقيود
نحن نقدم العديد من الحزم مع ميزات مختلفة.
حزمة "Softphone"
يستخدم نوع الحزمة هذا تطبيق Webex كعميل للهاتف المرن فقط مع إمكانية الاتصال، ولكن لا توجد إمكانات مراسلة. يستطيع المستخدمون الذين لديهم نوع الحزمة هذا الانضمام إلى اجتماعات Webex، ولكن لا يمكنهم بدء الاجتماعات من تلقاء أنفسهم. عندما يبحث مستخدمون آخرون (softphone أو غير softphone) في الدليل عن مستخدم softphone، لا توفر نتائج البحث أي خيار لإرسال رسالة.
يستطيع مستخدمو Softphone مشاركة شاشتهم أثناء إجراء مكالمة.
حزمة "أساسية"
تتضمن الحزمة الأساسية ميزات الاتصال والمراسلة والاجتماع. يشتمل على 100 مشارك في اجتماعات "المساحة الموحدة" واجتماعات غرفة الاجتماعات الشخصية (PMR). (** انظر الملاحظة أدناه للاطلاع على الاستثناء). في هذه الحزمة، يمكن أن تكون مدة الاجتماعات 40 دقيقة كحد أقصى.
حزمة "قياسية"
تتضمن هذه الحزمة أيضًا كل شيء في الحزمة الأساسية مثل ما يصل إلى 100 مشارك في اجتماعات "المساحة الموحدة" واجتماعات غرفة الاجتماعات الشخصية (PMR).
تمثل مشاركة الشاشة داخل اجتماع PMR دورًا يتم عقده مبدئيًا فقط من قِبل مضيف الاجتماع، ولكن قد يقوم المضيف بتمرير "دور مقدم العرض" إلى أي مشارك في الاجتماع يختاره، ولا يجوز للمضيف سوى إعادة تولي دور مقدم العرض دون أن يقوم المضيف الحالي بتمريره إليهم.
حزمة "قسط"
تتضمن هذه الحزمة كل شيء في الحزمة القياسية بالإضافة إلى ما يصل إلى 300 مشارك في اجتماع "المساحة الموحدة" وما يصل إلى 1000 مشارك في غرفة الاجتماعات الشخصية (PMR).
يتم دعم مشاركة الشاشة داخل اجتماع PMR لأي من الحضور في الاجتماع.
قارن الحزم
|
مجموعة |
الاتصال |
المراسلة |
اجتماعات Unified Space |
اجتماعات PMR |
|---|---|---|---|---|
|
Softphone |
متضمنة |
غير مدرجة |
لا شيء |
لا شيء |
|
أساسي |
متضمنة |
متضمنة |
100 مشارك |
100 مشارك |
|
المعيار |
متضمنة |
متضمنة |
100 مشارك |
100 مشارك |
|
قسط |
متضمنة |
متضمنة |
300 مشارك |
1000 مشارك |
| الحد الأقصى لاجتماع المساحة الموحدة للمستخدمين الأساسيين هو 100 مشارك لكل اجتماع مساحة موحدة ما لم تتضمن المساحة أيضًا المستخدمين المعينين للحزم "القياسية" أو "المميزة"، وفي هذه الحالة يزداد الحد بناءً على حزمة المستخدم المضيف. |
| يشير "اجتماعات المساحة الموحدة" إلى اجتماع Webex (مجدول أو غير مجدول) يعقد في مساحة Webex. على سبيل المثال، يبدأ المستخدم اجتماعًا من المساحة عبر أزرار "اجتماع" أو "جدولة". يشير "اجتماعات PMR" إلى اجتماع Webex (مجدول أو غير مجدول) الذي يتم في غرفة الاجتماعات الشخصية للمستخدم (PMR). تستخدم هذه الاجتماعات عنوان URL مخصص (على سبيل المثال: cisco.webex.com/meet/roomOwnerUserID). |
ميزات المراسلة والاجتماع
راجع الجدول التالي للتعرف على فروق دعم ميزة اجتماع PMR للحزم الأساسية والقياسية والمميزة.
|
ميزة الاجتماع |
مدعوم بالحزمة الأساسية |
تم التحويل مع الحزمة القياسية |
مدعوم مع حزمة Preminum |
التعليق |
|---|---|---|---|---|
|
مدة الاجتماع |
40 دقيقة أو أقل |
غير محدود |
غير محدود | |
|
مشاركة سطح المكتب |
نعم |
نعم |
نعم |
أساسي—مشاركة سطح المكتب من قِبل أي مشارك في اجتماع PMR. قياسي —مشاركة سطح المكتب بواسطة مضيف اجتماع PMR فقط. قسط—مشاركة سطح المكتب من قِبل أي مشارك في اجتماع PMR. |
|
مشاركة التطبيق |
نعم |
نعم |
نعم |
أساسي—مشاركة التطبيق من قِبل أي مشارك في اجتماع PMR. قياسي —مشاركة التطبيق بواسطة مضيف اجتماع PMR فقط. قسط—مشاركة التطبيق من قبل أي مشارك في اجتماع PMR. |
|
دردشة متعددة الأطراف |
نعم |
نعم |
نعم | |
|
اللوحات البيضاء |
نعم |
نعم |
نعم | |
|
حماية كلمة المرور |
نعم |
نعم |
نعم | |
|
تطبيق الويب - لا يوجد تنزيل أو مكونات إضافية (تجربة النزيل) |
نعم |
نعم |
نعم | |
|
دعم الاقتران مع أجهزة Webex |
نعم |
نعم |
نعم | |
|
التحكم في الأرضيات (كتم الصوت واحد / طرد الكل) |
نعم |
نعم |
نعم | |
|
ارتباط الاجتماعات المستمرة |
نعم |
نعم |
نعم | |
|
الوصول إلى موقع الاجتماعات |
نعم |
نعم |
نعم | |
|
الانضمام إلى الاجتماع عبر VoIP |
نعم |
نعم |
نعم | |
|
قفل |
نعم |
نعم |
نعم | |
|
عناصر التحكم في مقدم العرض |
لا |
لا |
نعم | |
|
التحكم عن بُعد في سطح المكتب |
لا |
لا |
نعم | |
|
عدد المشاركين |
100 |
100 |
1000 | |
|
تم حفظ التسجيل محليًا في النظام |
نعم |
نعم |
نعم | |
|
التسجيل في السحابة |
لا |
لا |
نعم | |
|
التسجيل - التخزين السحابي |
لا |
لا |
10 جيجابايت لكل موقع | |
|
عمليات النسخ المكتوبة للتسجيل |
لا |
لا |
نعم | |
|
جدولة الاجتماع |
نعم |
نعم |
نعم | |
|
تمكين مشاركة المحتوى مع عمليات التكامل الخارجية |
لا |
لا |
نعم |
أساسي— مشاركة المحتوى من قِبل أي مشارك في اجتماع PMR. قياسي—مشاركة المحتوى بواسطة مضيف اجتماع PMR فقط. قسط—مشاركة المحتوى من قِبل أي مشارك في اجتماع PMR. |
|
السماح بتغيير عنوان URL لـ PMR |
لا |
لا |
نعم |
أساسي— يستطيع المستخدمون تعديل عنوان URL لـ PMR من موقع Webex. يستطيع الشركاء ومسؤولو المؤسسة تعديل عنوان URL من Control Hub. قياسي— يمكن تغيير عنوان URL لـ PMR فقط من Partner Hub بواسطة Partner ومسؤولي المؤسسة. قسط— يستطيع المستخدمون تعديل عنوان URL لـ PMR من موقع Webex. يستطيع مسؤولو الشريك والمؤسسة تعديل عنوان URL من Partner Hub. |
|
البث المباشر للاجتماعات (على سبيل المثال، على فيسبوك، يوتيوب) |
لا |
لا |
نعم | |
|
السماح للمستخدمين الآخرين بجدولة الاجتماعات بالنيابة عنهم |
لا |
لا |
نعم | |
|
إضافة مضيف بديل |
نعم |
لا |
نعم | |
|
تكامل التطبيقات (مثل Zendesk وSlack) |
يعتمد على التكامل |
يعتمد على التكامل |
نعم |
راجع قسم عمليات تكامل التطبيق أدناه للحصول على مزيد من المعلومات حول الدعم. |
|
التكامل مع Microsoft Office 365 Calendaring |
نعم |
نعم |
نعم | |
|
التكامل مع Google Calendaring لـ G Suite |
نعم |
نعم |
نعم | |
ينشر مركز مساعدة Webex الميزات والوثائق التي تواجه المستخدم لتطبيق Webex على help.webex.com. اقرأ المقالات التالية لمعرفة المزيد عن الميزات:
ميزات الاتصال
تشبه تجربة الاتصال الحلول السابقة التي تستخدم محرك التحكم في المكالمات من BroadWorks. الفرق بين UC-One Collaboration وUC-One SaaS هو أن تطبيق Webex هو العميل الأساسي.
عمليات تكامل التطبيقات
يمكنك دمج Webex لـ Cisco BroadWorks مع التطبيقات التالية:
-
Zendesk—قسط فقط
-
Slack—قسط فقط
-
Microsoft Teams لـ Webex Meetings— قياسي أو مميز
-
Microsoft Teams for Calling—مدعوم مع جميع الحزم
-
Office 365 Calendaring—Standard أو Premium
-
تقويم Google لـ G Suite—قياسي أو مميز
دعم البنية الأساسية لسطح المكتب الظاهري (VDI)
يدعم Webex for Cisco BroadWorks الآن بيئات البنية التحتية لسطح المكتب الظاهري (VDI). للحصول على تفاصيل حول كيفية نشر البنية التحتية لـ VDI، ارجع إلى دليل النشر لتطبيق Webex للبنية الأساسية لسطح المكتب الظاهري (VDI).
دعم IPv6
يدعم Webex لـ Cisco BroadWorks معالجة IPv6 لتطبيق Webex.
Pro Pack لتطبيق Control Hub
توفر الخدمة الإضافية Pro Pack for Control Hub للمسؤولين وأخصائيي أمن المعلومات ومسؤولي الامتثال وظائف متقدمة في مجالات الأمان والامتثال والتحليلات التي يمكن أن تتكامل مع برنامجك.
ستكون هذه الخدمات الإضافية متاحة فقط للحزم القياسية والمميزة.
للحصول على مزيد من المعلومات، ارجع إلى صفحة التعليمات في Pro Pack for Control Hub.
خريطة الطريق المستقبلية
للتعرف على نوايانا الخاصة بالإصدارات المستقبلية من Webex for Cisco BroadWorks، تفضل بزيارة https://salesconnect.cisco.com/#/program/PAGE-16649. عناصر خارطة الطريق غير ملزمة بأي صفة. تحتفظ Cisco بالحق في حجب أو مراجعة أي من هذه العناصر أو جميعها من الإصدارات المستقبلية.
القيود
قيود التوفير
المنطقة الزمنية لموقع الاجتماعات
تصبح المنطقة الزمنية للمشترك الأول لكل حزمة هي المنطقة الزمنية لموقع Webex Meetings الذي تم إنشاؤه لتلك الحزمة.
إذا لم يتم تحديد منطقة زمنية في طلب التوفير للمستخدم الأول لكل حزمة، يتم تعيين المنطقة الزمنية لموقع Webex Meetings لتلك الحزمة على الإعداد الافتراضي الإقليمي لمؤسسة المشتركين.
إذا كان عميلك يحتاج إلى منطقة زمنية محددة لموقع Webex Meetings، فحدد معلمة المنطقة الزمنية في طلب التوفير من أجل:
-
تم توفير أول مشترك للحزمة القياسية في المؤسسة.
-
تم توفير أول مشترك لحزمة Premium في المؤسسة.
-
تم توفير أول مشترك للحزمة الأساسية في المؤسسة.
القيود العامة
-
لا توجد مكالمات في إصدار الويب لعميل Webex (هذا تحديد للعميل، وليس تحديد للحل).
-
قد لا يكون لدى Webex بعد جميع عناصر التحكم في واجهة المستخدم لدعم بعض ميزات التحكم في المكالمات المتوفرة من BroadWorks.
-
لا يمكن أن يكون عميل Webex حاليًا "ملصقًا باللون الأبيض".
-
عند إنشاء مؤسسات العملاء باستخدام طريقة التوفير التي اخترتها، يتم إنشاؤها تلقائيًا في نفس المنطقة التي تعمل بها المؤسسة الشريكة. هذا السلوك حسب التصميم. نتوقع من الشركاء متعددي الجنسيات إنشاء مؤسسة شريكة في كل منطقة حيث يديرون مؤسسات العملاء.
-
تتوفر التقارير عن استخدام الاجتماعات والمراسلة من خلال مؤسسة العميل في Control Hub.
المشاكل المعروفة والقيود
للاطلاع على قائمة حديثة بالمشكلات والقيود المعروفة باستخدام عرض Webex for Cisco BroadWorks، راجع المشكلات والقيود المعروفة.
حدود المراسلة
تنطبق حدود تخزين البيانات التالية (المراسلة والملفات مجتمعة) على المؤسسات التي اشترت Webex لخدمات Cisco BroadWorks من خلال موفر الخدمة. تمثل هذه الحدود الحد الأقصى لتخزين المراسلة والملفات مجتمعة.
-
أساسي: 2 جيجابايت لكل مستخدم لمدة 3 سنوات
-
معيار 5 جيجابايت لكل مستخدم لمدة 3 سنوات
-
قسط: 10 جيجابايت لكل مستخدم لمدة 5 سنوات
بالنسبة لكل مؤسسة عميل، يتم تجميع هذه المجاميع لكل مستخدم لتوفير إجمالي إجمالي لهذا العميل، بناءً على عدد المستخدمين. على سبيل المثال، تمتلك الشركة التي تضم خمسة مستخدمين متميزين حد إجمالي للمراسلة وتخزين الملفات يبلغ 50 جيجابايت. يمكن للمستخدم الفردي تجاوز الحد الأقصى لكل مستخدم (10 غيغابايت) شريطة أن تظل الشركة تحت الحد الأقصى المجمع (50 غيغابايت).
بالنسبة لمساحات الفريق التي تم إنشاؤها، تنطبق حدود المراسلة على المجموع المجمع لمؤسسة العميل التي تمتلك مساحة الفريق. يمكنك العثور على معلومات عن مالك مساحات الفريق الفردية من سياسة المساحة. للحصول على معلومات حول كيفية عرض سياسة المساحة لمساحة فردية للفريق، راجع https://help.webex.com/en-us/baztm6/Webex-Space-Policy.
معلومات إضافية
للحصول على مزيد من المعلومات حول حدود المراسلة العامة التي تنطبق على مساحات فريق مراسلة Webex، ارجع إلى https://help.webex.com/en-us/n8vw eb/Webex-Capacities.
الأمان والبيانات والأدوار
أمان Webex
عميل Webex هو تطبيق آمن يقوم بإجراء اتصالات آمنة مع Webex وBroadWorks. يتم تشفير البيانات التي يتم تخزينها في سحابة Webex، والمعرضة للمستخدم من خلال واجهة تطبيق Webex، سواء أثناء النقل أو عند الراحة.
هناك المزيد من التفاصيل حول تبادل البيانات في القسم المرجعي من هذا المستند.
قراءة إضافية
موطن بيانات المؤسسة
نقوم بتخزين بيانات Webex الخاصة بك في مركز البيانات الذي يتطابق بشكل وثيق مع منطقتك. ارجع إلى إقامة البيانات في Webex في مركز المساعدة.
الأدوار
مسؤول مزود الخدمة (أنت): بالنسبة لأنشطة الصيانة اليومية، يمكنك إدارة أجزاء (الاتصال) الداخلية من الحل باستخدام الأنظمة الخاصة بك. يمكنك إدارة أجزاء Webex من الحل من خلال Partner Hub.
للحصول على معلومات حول الأدوار المتاحة للشركاء، وامتيازات الوصول التي تصاحب هذه الأدوار، وكيفية تعيين الأدوار، راجع أدوار مسؤول الشريك في Webex لـ BroadWorks وRTM بالجملة.
| يتم تعيين أول مستخدم يتم توفيره لمنظم شريك جديد تلقائيًا إلى أدوار المسؤول الكامل ومسؤول الشريك الكامل. يمكن للمسؤول استخدام المقالة المذكورة أعلاه لتعيين أدوار إضافية. |
فريق عمليات سحابة Cisco: إنشاء "مؤسسة الشريك" الخاصة بك في Partner Hub، إذا لم تكن موجودة، أثناء عملية الضم الخاصة بك.
بمجرد أن يكون لديك حساب Partner Hub الخاص بك، يمكنك تكوين واجهات Webex مع الأنظمة الخاصة بك. يمكنك بعد ذلك إنشاء "قوالب التضمين" لتمثيل الأجنحة أو الطرود المقدمة من خلال هذه الأنظمة. ثم تقوم بتوفير العملاء أو المشتركين لديك.
|
# |
مهمة نموذجية |
خامس |
Cisco |
|---|---|---|---|
|
1 |
ضم الشريك - إنشاء مؤسسة الشريك إذا لم يكن هناك أحد وتمكين تبديلات الميزات الضرورية |
● | |
|
2 |
تكوين BroadWorks في مؤسسة الشريك عبر Partner Hub (المجموعة) |
● | |
|
3 |
تكوين إعدادات التكامل في Partner Org عبر Partner Hub (قوالب العروض والعلامات التجارية) |
● | |
|
4 |
إعداد بيئة BroadWorks للتكامل (AS، ترقيع XSP|ADP، جدران الحماية، تكوين XSP|ADP، XSI، AUTHService، CTI، NPS، DMS على XSP|ADP) |
● | |
|
5 |
تطوير تكامل أو عملية التوفير |
● | |
|
6 |
إعداد مواد GTM |
● | |
|
7 |
ترحيل أو توفير مستخدمين جدد |
● |
الهندسة المعمارية
ماذا يوجد في الرسم البياني؟
العملاء
-
يعمل عميل تطبيق Webex كتطبيق أساسي في Webex لعروض Cisco BroadWorks. يتوفر العميل على أجهزة سطح المكتب والأجهزة المحمولة ومنصات الويب.
يتمتع العميل بمراسلة محلية، وحضور، واجتماعات صوتية/فيديو متعددة الأطراف تقدمها سحابة Webex. يستخدم عميل Webex البنية التحتية لـ BroadWorks الخاصة بك لمكالمات SIP وPSTN.
-
تستخدم هواتف Cisco IP والملحقات ذات الصلة أيضًا البنية التحتية لـ BroadWorks لمكالمات SIP وPSTN. ونتوقع أن نكون قادرين على دعم هواتف جهات خارجية.
-
بوابة تنشيط المستخدم للمستخدمين لتسجيل الدخول إلى Webex باستخدام بيانات اعتماد BroadWorks الخاصة بهم.
-
Partner Hub هو واجهة ويب لإدارة مؤسسة Webex ومؤسسات عملائك. Partner Hub هو المكان الذي تقوم فيه بتكوين التكامل بين البنية التحتية لـ BroadWorks الخاصة بك وWebex. يمكنك أيضًا استخدام Partner Hub لإدارة تكوين العميل والفوترة.
شبكة مزود الخدمة
تمثل الكتلة الخضراء الموجودة على يسار الرسم التخطيطي شبكتك. توفر المكونات المستضافة في شبكتك الخدمات والواجهات التالية لأجزاء أخرى من الحل:
-
XSP|ADP الموجه للعامة، لتطبيق Webex من أجل Cisco BroadWorks: (يمثل الصندوق مزارع XSP|ADP واحدة أو متعددة ، وربما واجهتها موازين التحميل.)
-
تستضيف واجهة Xtended Services (XSI-Actions & XSI-Events)، وخدمة إدارة الأجهزة (DMS)، وواجهة CTI، وخدمة المصادقة. تعمل هذه التطبيقات معًا على تمكين الهواتف وعملاء Webex من مصادقة أنفسهم، وتنزيل ملفات تكوين المكالمات الخاصة بهم، وإجراء المكالمات وتلقيها، ورؤية حالة خطاف بعضهم البعض (التواجد الهاتفي) وسجل المكالمات.
-
ينشر الدليل إلى عملاء Webex.
-
-
واجهة عامة XSP|ADP، تعمل NPS:
-
خادم دفع إعلامات المكالمات المضيف: خادم دفع إشعار على XSP|ADP في بيئتك. إنه واجهات بين خادم التطبيق ووكيل NPS الخاص بنا. يقوم الوكيل بتوريد الرموز القصيرة الأجل إلى NPS الخاصة بك للتخويل للإشعارات إلى الخدمات السحابية. ترسل هذه الخدمات (APNS & FCM) إشعارات المكالمات إلى عملاء Webex على أجهزة Apple iOS وGoogle Android.
-
-
خادم التطبيق:
-
يوفر التحكم في المكالمات وواجهات لأنظمة BroadWorks الأخرى (بشكل عام)
-
بالنسبة لعملية التوفير، يستخدم مسؤول الشريك نظام AS لتوفير المستخدمين في Webex
-
يدفع ملف تعريف المستخدم إلى BroadWorks
-
-
OSS / BSS: نظام دعم العمليات / خدمات SIP التجارية لإدارة مؤسسات BroadWorks الخاصة بك.
Webex Cloud
يمثل الكتلة الزرقاء في الرسم التخطيطي سحابة Webex. تدعم خدمات Webex المصغرة الطيف الكامل لقدرات التعاون في Webex:
-
Cisco Common Identity (CI) هي خدمة الهوية داخل Webex.
-
يمثل Webex لـ Cisco BroadWorks مجموعة الخدمات المصغرة التي تدعم التكامل بين Webex وموفر الخدمة المستضاف BroadWorks:
-
واجهات API الخاصة بتوفير المستخدم
-
تكوين موفر الخدمة
-
تسجيل دخول المستخدم باستخدام بيانات اعتماد BroadWorks
-
-
مربع مراسلة Webex للخدمات المصغرة المتعلقة بالمراسلة.
-
مربع Webex Meetings الذي يمثل خوادم معالجة الوسائط وأجهزة SBC لعقد اجتماعات فيديو متعددة للمشاركين (SIP وSRTP)
خدمات الويب لجهة خارجية
يتم تمثيل مكونات الجهات الخارجية التالية في الرسم التخطيطي:
-
تدفع خدمة APNS (Apple Push Notifications Service) إشعارات المكالمات والرسائل إلى تطبيقات Webex على أجهزة Apple.
-
تقوم FCM (FireBase Cloud Messaging) بدفع إشعارات المكالمات والرسائل إلى تطبيقات Webex على أجهزة Android.
XSP|ADP اعتبارات الهندسة المعمارية
دور خوادم XSP|ADP التي تواجه الجمهور في Webex لـ Cisco BroadWorks
يوفر XSP|ADP الذي يستهدف الجمهور في بيئتك الواجهات/الخدمات التالية إلى Webex والعملاء:
-
خدمة المصادقة (AuthService)، التي يتم تأمينها بواسطة TLS، والتي تستجيب لطلبات Webex لـ BroadWorks JWT (JSON Web Token) بالنيابة عن المستخدم
-
واجهة CTI، مضمونة بواسطة mTLS، والتي يشترك فيها Webex في أحداث محفوظات المكالمات وحالة التواجد الهاتفي من BroadWorks (حالة سماعة الهاتف).
-
واجهات إجراءات وأحداث Xsi (واجهة خدمات eXtended) للتحكم في مكالمات المشترك، ودلائل قائمة جهات الاتصال والمكالمات، وتكوين خدمة هاتفية المستخدم النهائي
-
خدمة DM (إدارة الجهاز) للعملاء لاسترداد ملفات تكوين الاتصال الخاصة بهم
توريد عناوين URL لهذه الواجهات عند تكوين WeBEX لـ Cisco BroadWorks. (راجع تكوين مجموعات BroadWorks الخاصة بك في Partner Hub في هذا المستند.) بالنسبة لكل مجموعة، يمكنك توفير عنوان URL واحد فقط لكل واجهة. إذا كان لديك واجهات متعددة في البنية التحتية لـ BroadWorks الخاصة بك، فيمكنك إنشاء مجموعات متعددة.
XSP|ADP Architecture
نطلب منك استخدام مثيل XSP|ADP منفصل ومكرس لاستضافة تطبيق NPS (خادم دفع الإخطار) الخاص بك. يمكنك استخدام نفس NPS مع UC-One SaaS أو UC-One Collaboration. ومع ذلك، لا يمكنك استضافة التطبيقات الأخرى المطلوبة لتطبيق Webex لـ Cisco BroadWorks على نفس XSP|ADP الذي يستضيف تطبيق NPS.
نوصي باستخدام مثيل/مزرعة مخصصة لـ XSP|ADP لاستضافة التطبيقات المطلوبة لتكامل Webex للأسباب التالية
-
على سبيل المثال، إذا كنت تقدم UC-One SaaS، نوصي بإنشاء مزرعة XSP|ADP جديدة لتطبيق Webex من أجل Cisco BroadWorks. وبهذه الطريقة يمكن للخدمتين العمل بشكل مستقل أثناء ترحيل المشتركين.
-
إذا قمت بتجميع تطبيقات Webex for Cisco BroadWorks في مزرعة XSP|ADP المستخدمة لأغراض أخرى، تقع على عاتقك مسؤولية مراقبة الاستخدام وإدارة التعقيد الناتج عن ذلك والتخطيط لزيادة المقياس.
-
يفترض مخطط قدرة نظام Cisco BroadWorks وجود مزرعة XSP|ADP مخصصة وقد لا يكون دقيقًا إذا كنت تستخدمها في حسابات التجميع.
ما لم تتم الإشارة إلى خلاف ذلك، يجب أن يستضيف Webex المخصص لـ Cisco BroadWorks XSP|ADPs التطبيقات التالية:
-
AuthService (TLS مع التحقق من صحة رمز CI أو mTLS)
-
CTI (mTLS)
-
إجراءات XSI (TLS)
-
XSI- أحداث (TLS)
-
DMS (TLS) — اختياري. ليس من الضروري نشر مثيل DMS منفصل أو مزرعة خاصة بتطبيق Webex من أجل Cisco BroadWorks. يمكنك استخدام نفس مثيل DMS الذي تستخدمه لـ UC-One SaaS أو UC-One Collaboration.
-
عرض الويب الخاص بإعدادات المكالمات (TLS) — اختياري. لا يلزم عرض Webview الخاص بإعدادات المكالمات (CSW) إلا إذا كنت تريد أن يتمكن مستخدمو WeBEX لـ Cisco BroadWorks من تكوين ميزات الاتصال على تطبيق Webex.
يتطلب Webex الوصول إلى CTI من خلال واجهة مؤمنة بمصادقة TLS المتبادلة. لدعم هذا الشرط، نوصي بأحد الخيارات التالية:
-
(الرسم التخطيطي المسمى الخيار 1) مثيل XSP|ADP واحد أو مزرعة لجميع التطبيقات، مع اثنين من الواجهات المكونة على كل خادم: واجهة mTLS لـ CTI وواجهة TLS للتطبيقات الأخرى مثل AuthService.
-
(الرسم التخطيطي المسمى الخيار 2) مثالين أو مزارع XSP|ADP، أحدهما مع واجهة MTLS لـ CTI، والآخر مع واجهة TLS للتطبيقات الأخرى، مثل AuthService.
| إعادة استخدام XSP|ADP إذا كان لديك مزرعة XSP|ADP موجودة تتوافق مع أحد المباني المقترحة أعلاه (الخيار 1 أو 2) ويتم تحميلها قليلاً، فمن الممكن إعادة استخدام XSP|ADPs الموجودة لديك. ستحتاج إلى التحقق من عدم وجود متطلبات تكوين متضاربة بين التطبيقات الحالية ومتطلبات التطبيق الجديدة لتطبيق Webex. والاعتبارين الأساسيين هما:
نظرًا لأن XSP|ADP تحتوي على العديد من التطبيقات وعدد التباديل لهذه التطبيقات كبير ، فقد تكون هناك صراعات أخرى غير محددة. لهذا السبب، يجب التحقق من أي إعادة استخدام محتملة لـ XSP|ADP في مختبر مع التكوين المقصود قبل الالتزام بإعادة الاستخدام. |
تكوين مزامنة NTP على XSP|ADP
يتطلب النشر مزامنة الوقت لجميع XSP|ADP التي تستخدمها مع Webex.
قم بتثبيت حزمة ntp بعد تثبيت نظام التشغيل وقبل تثبيت برنامج BroadWorks. ثم يمكنك تكوين NTP أثناء تثبيت برنامج XSP|ADP. راجع دليل إدارة برامج BroadWorks لمعرفة المزيد من التفاصيل.
أثناء التثبيت التفاعلي لبرنامج XSP|ADP، يتم منحك خيار تكوين NTP. تابع العمل على النحو التالي:
-
عندما يطلب المثبت،
هل تريد تكوين NTP؟، أدخلy. -
عندما يسأل المثبت،
هل سيكون هذا الخادم خادم NTP؟، أدخلn. -
عندما يسأل المثبت،
ما هو عنوان NTP أو اسم المضيف أو FQDN؟، أدخل عنوان خادم NTP، أو خدمة NTP عامة، على سبيل المثال،pool.ntp.org.
إذا كان XSP|ADP لديك يستخدمون التثبيت الصامت (غير التفاعلي)، فيجب أن يتضمن ملف تكوين المثبت أزواج Key=Value التالية:
NTPعنوان خادم NTP_SERVER=<NTP، على سبيل المثال، pool.ntp.org>متطلبات الهوية والأمان لـ XSP|ADP
الخلفية
بروتوكولات وشفرات اتصالات Cisco BroadWorks TLS قابلة للتكوين على مستويات مختلفة من الدقة. وتتراوح هذه المستويات من الأكثر عمومية (مزود SSL) إلى الأكثر تحديدًا (الواجهة الفردية). الإعداد الأكثر تحديدًا يتجاوز دائمًا الإعداد الأكثر عمومية. إذا لم يتم تحديدها ، فإن إعدادات SSL المستوى "الأدنى" موروثة من المستويات "الأعلى".
إذا لم يتم تغيير أي إعدادات من الإعدادات الافتراضية الخاصة بها، فإن جميع المستويات ترث الإعدادات الافتراضية لموفر SSL (امتداد JSSE Java Secure Sockets).
قائمة المتطلبات
-
يجب أن يقوم XSP|ADP بمصادقة نفسه للعملاء باستخدام شهادة موقعة من CA والتي يتطابق فيها الاسم العام أو الاسم البديل للموضوع مع جزء المجال من واجهة XSI.
-
يجب أن تدعم واجهة Xsi بروتوكول TLSv1.2.
-
يجب أن تستخدم واجهة Xsi مجموعة تشفير تفي بالمتطلبات التالية.
-
تبادل مفتاح Diffie-Hellman Ephemeral (DHE) أو ElLIPTIC CurVES DiffIE-HelLMAN EPHEMERAL (ECDHE)
-
تشفير AES (معيار التشفير المتقدم) بحد أدنى لحجم كتلة يبلغ 128 بت (على سبيل المثال AES-128 أو AES-256)
-
وضع التشفير GCM (Galois/Counter) أو CBC (تسلسلات كتلة التشفير)
-
إذا تم استخدام تشفير CBC ، فإن عائلة SHA2 فقط من وظائف التجزئة مسموح بها للاشتقاق الرئيسي (SHA256 ، SHA384 ، SHA512).
-
-
على سبيل المثال، تلبي الشفرات التالية المتطلبات:
-
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 -
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 -
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 -
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384
| يتطلب XSP|ADP CLI اتفاقية تسمية IANA لأجنحة التشفير ، كما هو موضح أعلاه ، وليس اتفاقية openSSL. |
تشفيرات TLS المدعومة لواجهات AUTHService وXSI
| تخضع هذه القائمة للتغيير مع تطور متطلبات أمان السحابة الخاصة بنا. اتبع توصية أمان سحابة Cisco الحالية بشأن اختيار التشفير، كما هو موضح في قائمة المتطلبات في هذا المستند. |
-
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384 -
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 -
TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 -
TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256 -
TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256 -
TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256 -
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 -
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 -
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 -
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384 -
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 -
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 -
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 -
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 -
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 -
TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA -
TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA -
TLS_DHE_RSA_WITH_AES_256_CBC_SHA -
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA -
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA -
TLS_DHE_RSA_WITH_AES_128_CBC_SHA -
TLS_RSA_PSK_WITH_AES_256_GCM_SHA384 -
TLS_DHE_PSK_WITH_AES_256_GCM_SHA384 -
TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256 -
TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256 -
TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256 -
TLS_RSA_WITH_AES_256_GCM_SHA384 -
TLS_PSK_WITH_AES_256_GCM_SHA384 -
TLS_PSK_WITH_CHACHA20_POLY1305_SHA256 -
TLS_RSA_PSK_WITH_AES_128_GCM_SHA256 -
TLS_DHE_PSK_WITH_AES_128_GCM_SHA256 -
TLS_RSA_WITH_AES_128_GCM_SHA256 -
TLS_PSK_WITH_AES_128_GCM_SHA256 -
TLS_RSA_WITH_AES_256_CBC_SHA256 -
TLS_RSA_WITH_AES_128_CBC_SHA256 -
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384 -
TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA -
TLS_RSA_PSK_WITH_AES_256_CBC_SHA384 -
TLS_DHE_PSK_WITH_AES_256_CBC_SHA384 -
TLS_RSA_PSK_WITH_AES_256_CBC_SHA -
TLS_DHE_PSK_WITH_AES_256_CBC_SHA -
TLS_RSA_WITH_AES_256_CBC_SHA -
TLS_PSK_WITH_AES_256_CBC_SHA384 -
TLS_PSK_WITH_AES_256_CBC_SHA -
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256 -
TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA -
TLS_RSA_PSK_WITH_AES_128_CBC_SHA256 -
TLS_DHE_PSK_WITH_AES_128_CBC_SHA256 -
TLS_RSA_PSK_WITH_AES_128_CBC_SHA -
TLS_DHE_PSK_WITH_AES_128_CBC_SHA -
TLS_RSA_WITH_AES_128_CBC_SHA -
TLS_PSK_WITH_AES_128_CBC_SHA256 -
TLS_PSK_WITH_AES_128_CBC_SHA
معلمات مقياس أحداث Xsi
قد تحتاج إلى زيادة حجم قائمة انتظار Xsi-Events وعدد المواضيع للتعامل مع حجم الأحداث التي يتطلبها حل Webex for Cisco BroadWorks. يمكنك زيادة المعلمات إلى الحد الأدنى من القيم الموضحة، على النحو التالي (لا تخفيضها إذا كانت أعلى من هذه القيم الدنيا):
XSP|ADP_CLI/التطبيقات/Xsi-Events/BWIntegration> eventQueueSize = 2000
XSP|ADP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50
XSP|ADPs متعددة
عنصر حافة موازنة الحمل
إذا كان لديك عنصر موازنة الحمل على حافة الشبكة، فيجب أن يتعامل بشفافية مع توزيع حركة المرور بين خوادم XSP|ADP المتعددة الخاصة بك وسحابة Cisco BroadWorks والعملاء. في هذه الحالة، ستوفر عنوان URL الخاص بمطابقة التحميل إلى تكوين Webex for Cisco BroadWorks.
ملاحظات حول هذا الهيكل:
-
قم بتكوين DNS حتى يتمكن العملاء من العثور على أداة موازنة التحميل عند الاتصال بواجهة XSI (راجع تكوين DNS).
-
نوصي بتكوين عنصر الحافة في وضع وكيل SSL العكسي، لضمان تشفير البيانات من نقطة إلى نقطة.
-
يجب أن تحتوي الشهادات من XSP|ADP01 وXSP|ADP02 على مجال XSP|ADP، على سبيل المثال your-XSP|ADP.example.com، في الاسم البديل للموضوع. يجب أن يكون لديهم FQDNs الخاصة بهم، على سبيل المثال XSP|ADP01.example.com، في الاسم الشائع. يمكنك استخدام شهادات البدل، ولكننا لا نوصي بها.
خوادم XSP|ADP التي تواجه الإنترنت
إذا قمت بفضح واجهات XSI مباشرة، فاستخدم DNS لتوزيع حركة المرور على خوادم XSP|ADP المتعددة.
ملاحظات حول هذا الهيكل:
-
يلزم وجود سجلين للاتصال بخوادم XSP|ADP:
-
بالنسبة لخدمات Webex المصغرة: مطلوب سجلات Round-robin A / AAAA لاستهداف عناوين IP XSP|ADP المتعددة. يرجع ذلك إلى أن الخدمات المصغرة في Webex لا يمكنها القيام بعمليات بحث SRV. للحصول على أمثلة، راجع خدمات Webex Cloud.
-
لتطبيق Webex: سجل SRV الذي يحل السجلات A حيث يحل كل سجل A إلى XSP|ADP واحد. للحصول على أمثلة، راجع تطبيق Webex.
استخدم سجلات SRV ذات الأولوية لاستهداف خدمة XSI لعناوين XSP|ADP المتعددة. حدد أولويات سجلات SRV الخاصة بك بحيث تنتقل الخدمات المصغرة دائمًا إلى نفس السجل A (وعنوان IP اللاحق) وسوف تنتقل فقط إلى السجل A التالي (وعنوان IP) إذا كان عنوان IP الأول معطلاً. لا تستخدم نهج جولة روبين لتطبيق Webex.
-
-
يجب أن تحتوي الشهادات من XSP|ADP01 وXSP|ADP02 على مجال XSP|ADP، على سبيل المثال your-XSP|ADP.example.com، في الاسم البديل للموضوع. يجب أن يكون لديهم FQDNs الخاصة بهم، على سبيل المثال XSP|ADP01.example.com، في الاسم الشائع.
-
يمكنك استخدام شهادات البدل، ولكننا لا نوصي بها.
تجنب إعادة توجيه HTTP
في بعض الأحيان، يتم تكوين DNS لحل عنوان URL لـ XSP|ADP إلى أداة موازنة تحميل HTTP، ويتم تكوين أداة موازنة التحميل لإعادة التوجيه من خلال وكيل عكسي إلى خوادم XSP|ADP.
لا يتبع Webex إعادة التوجيه عند الاتصال بعناوين URL التي توفرها، وبالتالي لا يعمل هذا التكوين.
الطلب والتوفير
ينطبق الطلب والتوفير على هذه المستويات:
-
توفير الشريك/موفر الخدمة:
يجب تكوين كل موفر خدمة Webex لـ Cisco BroadWorks (أو الموزع) الذي تم ضمه كمؤسسة شريكة في Webex، ومنح الاستحقاقات اللازمة. توفر عمليات Cisco لمسؤول مؤسسة الشريك صلاحية الوصول لإدارة Webex لـ Cisco BroadWorks على Webex Partner Hub. يجب أن يقوم مسؤول الشريك بكل خطوات التوفير المطلوبة قبل أن يتمكن من توفير مؤسسة للعميل/المؤسسة.
-
طلب العملاء/المؤسسة والتوفير:
كل مؤسسة BroadWorks تم تمكينها لـ Webex لـ Cisco BroadWorks تؤدي إلى إنشاء مؤسسة عملاء Webex مرتبطة بها. تحدث هذه العملية تلقائيًا كجزء من توفير المستخدم/المشترك. يتم توفير جميع المستخدمين/المشتركين داخل مؤسسة BroadWorks في نفس مؤسسة عميل Webex.
ينطبق نفس السلوك إذا تم تكوين نظام BroadWorks الخاص بك كموفر خدمة مع مجموعات. عند توفير مشترك في مجموعة BroadWorks، يتم إنشاء مؤسسة عميل تتوافق مع المجموعة تلقائيًا في Webex.
-
طلب المستخدم/المشترك والتوفير:
يدعم Webex لـ Cisco BroadWorks حاليًا نماذج توفير المستخدمين التالية:
-
التوفير من خلال رسائل البريد الإلكتروني الموثوق بها
-
التوفير بدون رسائل بريد إلكتروني موثوق بها
-
التوفير الذاتي للمستخدم
-
تزويد API
-
التوفير من خلال رسائل البريد الإلكتروني الموثوق بها
يمكنك تكوين خدمة IM&P المتكاملة لاستخدام عنوان URL لتوفير Webex، ثم تعيين الخدمة للمستخدمين. يستخدم خادم التطبيق واجهة برمجة تطبيقات توفير Webex لطلب حسابات مستخدمي Webex المقابلة.
إذا كنت تستطيع التأكيد على أن BroadWorks لديها عناوين بريد إلكتروني للمشتركين صالحة وفريدة من نوعها في Webex، فإن خيار التوفير هذا يقوم تلقائيًا بإنشاء وتنشيط حسابات Webex باستخدام عناوين البريد الإلكتروني هذه كمعرفات مستخدم.
يمكنك تغيير حزمة المشترك من خلال Partner Hub، أو يمكنك كتابة تطبيقك الخاص لاستخدام واجهة برمجة تطبيقات التوفير لتغيير حزم المشتركين.
التوفير من خلال دون رسائل بريد إلكتروني موثوق بها
يمكنك تكوين خدمة IM&P المتكاملة لاستخدام عنوان URL لتوفير Webex، ثم تعيين الخدمة للمستخدمين. يستخدم خادم التطبيق واجهة برمجة تطبيقات توفير Webex لطلب حسابات مستخدمي Webex المقابلة.
إذا لم تتمكن من الاعتماد على عناوين البريد الإلكتروني الخاصة بالمشترك التي تحتفظ بها BroadWorks، فإن خيار التوفير هذا يخلق حسابات Webex، ولكنه لا يستطيع تنشيطها حتى يقوم المشتركون بتوريد عناوين البريد الإلكتروني الخاصة بهم والتحقق من صحتها. عند هذه النقطة، يمكن لـ Webex تنشيط الحسابات باستخدام عناوين البريد الإلكتروني هذه كمعرفات مستخدم.
يمكنك تغيير حزمة المشترك من خلال Partner Hub، أو يمكنك كتابة تطبيقك الخاص لاستخدام واجهة برمجة تطبيقات التوفير لتغيير حزم المشتركين.
التوفير الذاتي للمستخدم
باستخدام هذا الخيار، لا يوجد توفير للتدفق من BroadWorks إلى Webex. بعد تكوين التكامل بين Webex ونظام BroadWorks الخاص بك، تحصل على ارتباط واحد أو أكثر مخصص لتوفير المستخدمين داخل مؤسسة شريك Webex الخاص بك من أجل Cisco BroadWorks الشريكة.
ثم تقوم بتصميم اتصالاتك الخاصة (أو تفويض لعملائك) لتوزيع الارتباط على المشتركين. يتابع المشتركون الارتباط، ثم يقومون بتوريد عناوين بريدهم الإلكتروني والتحقق منها لإنشاء وتنشيط حسابات Webex الخاصة بهم.
نظرًا لأن الحسابات يتم توفيرها ضمن نطاق مؤسسة شريكك، يمكنك ضبط حزم المستخدمين يدويًا من خلال Partner Hub، أو استخدام واجهة برمجة التطبيقات للقيام بذلك.
| يجب أن يكون المستخدمون موجودين في نظام BroadWorks الذي تقوم بدمجه مع Webex، أو يُحظر عليهم إنشاء حسابات بهذا الارتباط. |
توفير موفر الخدمة بواسطة واجهات API
يعرض Webex مجموعة من واجهات API العامة التي تمكنك من إنشاء توفير مستخدم/مشترك لـ Webex لـ Cisco BroadWorks في سير العمل/أدوات إدارة المستخدم الحالية لديك.
التصحيحات المطلوبة مع توفير التدفق من خلال
إذا كنت تستخدم التوفير من خلال التدفق، فيجب عليك تثبيت تصحيح النظام وتطبيق خاصية CLI. راجع القائمة أدناه للاطلاع على التعليمات التي تسري على إصدار BroadWorks الخاص بك:
بالنسبة لـ R22:
-
تثبيت AP.as.22.0.1123.ap376508.
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
بالنسبة لـ R23:
-
تثبيت AP.as.23.0.1075.ap376509
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
بالنسبة إلى R24:
-
تثبيت AP.as.24.0.944.ap375100
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
| بعد إكمال هذه الخطوات، لن تتمكن من توفير خدمات UC-One Collaboration لمستخدمين جدد. يجب أن يكون المستخدمون الذين تم توفيرهم حديثًا Webex لمستخدمي Cisco BroadWorks. |
طلب الرقم الداخلي
يسمح دعم ميزة طلب الامتداد لمستخدمي Webex من Cisco Broadworks بالاتصال بمستخدمين آخرين لديهم امتداد مماثل لرقم الهاتف الأساسي داخل نفس المؤسسة. هذا مفيد بشكل خاص للمستخدمين الذين ليس لديهم أرقام DID.
أثناء التوفير، يتم تخزين امتداد المستخدمين في دليل Webex كامتداد للمستخدم. بالنسبة للاتصال من BroadWorks، يظهر الرقم الداخلي على تطبيق Webex في حقل الرقم الداخلي لجميع مناطق طريقة بدء المكالمة وملف تعريف المستخدم. يدعم Webex for Cisco BroadWorks مكالمات الامتداد فقط بين المستخدمين داخل نفس المجموعة والمجموعات المختلفة في نفس المؤسسة مع الجمع بين رمز طلب الموقع والامتداد. ومع ذلك، فإن الاتصال بين مؤسستين باستخدام الامتدادات فقط غير مدعوم.
يمكن توفير امتداد لمستخدمي Cisco BroadWorks من خلال الطرق التالية:
-
مستخدمو Cisco BroadWorks
-
توفير واجهة برمجة التطبيقات العامة على أنها "امتداد"
-
يجب تمرير معلمة الرقم الداخلي بشكل صريح كجزء من مكالمة API. بالنسبة للمؤسسات/المجموعات التي تم تكوين رمز طلب الموقع (LDC)، يجب أن تكون معلمة الامتداد هي مزيج من أقل البلدان نمواً و"رقم الامتداد".
-
-
توفير التدفق أو التنشيط الذاتي
-
سيتم استرداد الامتداد وأقل البلدان نمواً (حيثما ينطبق ذلك) تلقائيًا من BroadWorks.
-
-
-
مستخدمو أو كيانات الاتصال من BroadWorks فقط
-
تمت المزامنة تلقائيًا من BroadWorks بواسطة Directory Sync باستخدام مزيج من رمز طلب الموقع (LDC) ورقم الامتداد.
-
|
سجلات مكالمات BroadWorks |
الوصف |
طريقة التوفير |
إدارة الامتداد |
|---|---|---|---|
|
Webex لمستخدمي Cisco BroadWorks |
تم تمكين المستخدمين لـ Webex لـ Cisco BroadWorks |
واجهة برمجة تطبيقات عامة |
يجب تمرير الرقم الداخلي كمعلمة |
|
تدفق |
تم استرداد الامتداد من BroadWorks تلقائيًا | ||
|
مستخدمو اتصال BroadWorks فقط |
الاتصال بالمستخدمين الذين لم يتم ضمهم إلى Webex |
مزامنة الدليل |
تمت مزامنة الرقم الداخلي بواسطة مزامنة الدليل |
|
كيانات الاتصال غير المستخدمة |
على سبيل المثال، هاتف غرفة الاجتماعات، جهاز الفاكس، رقم مجموعة الخطوط المجمَّعة |
مزامنة الدليل | تمت مزامنة الرقم الداخلي بواسطة مزامنة الدليل |
|
قوائم هواتف BroadWorks |
قوائم الشركات أو المجموعة أو الهواتف الشخصية |
مزامنة الدليل |
لا ينطبق |
المتطلبات الأساسية
-
إصدار العميل المطلوب لدعم هذه الميزة هو 42.11 أو إصدار أحدث.
-
تصحيح حيث تتم إضافة رموز طلب الامتداد والموقع إلى XSI ومحول التوفير في فبراير 2022 للإصدار 23 أو أعلى كجزء من:
-
AP.platform.23.0.1075.ap380045
-
AP.as.23.0.1075.ap380045
-
AP.xsp.23.0.1075.ap380045
-
AP.as.24.0.944.ap380045
-
-
قم بتمكين العنوان X-BroadWorks-Remote-Party-Info على AS باستخدام أمر CLI أدناه لتدفق مكالمات SIP هذا المطلوب لدعم ميزة طلب الرقم الداخلي.
AS_CLI/System/DeviceType/SIP> تعيين <device_profile_type> supportRemotePartyInfo true
أولوية خيارات مكالمات التطبيق
كجزء من دعم ميزة طلب الامتداد، يتم أيضًا توفير إعداد أولوية خيارات مكالمات التطبيق على مستوى الشركاء لجميع شركاء Webex لـ Cisco Broadworks. باستخدام هذا الإعداد، يستطيع الشريك التحكم في إعدادات أولوية المكالمة لجميع العملاء المدارة من Partner Hub. يمكن أيضًا تعديل إعداد أولوية خيارات مكالمات التطبيق للعميل على مستوى العميل من Control Hub.
يحتوي إعداد أولوية خيارات مكالمات التطبيق على الامتداد كخيار ثان في كل من Partner Hub وControl Hub عندما يتم تزويد مستخدم Webex لـ Cisco Broadworks مؤخرًا بالرقم الداخلي من خلال أي من طرق التوفير المذكورة أعلاه.
بالنسبة لجميع المؤسسات الحالية التي تم توفيرها، سيكون خيار الرقم الداخلي في الحالة المخفية (بشكل افتراضي) في إعداد أولوية خيارات مكالمات التطبيق. لن يظهر ذلك امتداد في خيار مكالمة الصوت/الفيديو للمستخدم في تطبيق Webex.
فيما يلي خيارات جعل خيار مكالمة الامتداد مرئيًا للعملاء الحاليين:
-
إذا كان الشريك يريد تزويد جميع مؤسسات العملاء المدارة بامتداد كأحد خيارات الاتصال، فمن المستحسن أن يقوم مسؤول الشريك بنقل الرقم الداخلي من مخفي إلى متاح في Partner Hub. سيتيح ذلك لمؤسسات العميل المدارة وراثة الإعداد من شريكها.
-
إذا أراد الشريك توفير رقم داخلي في خيارات الاتصال لمؤسسة عميل محددة، فمن المستحسن أن يقوم مسؤول الشريك بنقل الرقم الداخلي من مخفي إلى متاح في Control Hub.
دعم جهات اتصال المجموعة
تعمل هذه الميزة على تحسين خدمة Webex لـ BroadWorks DirSync عن طريق إزالة القيود المفروضة على مزامنة ما يصل إلى 1500 جهة اتصال من قوائم هواتف المجموعة على BroadWorks والسماح للشركاء بمزامنة جهات اتصال تصل إلى 30K من قائمة هواتف مجموعة واحدة وجلبها على قدم المساواة مع زيادة جهات اتصال 30K لقائمة هواتف Enterprise، والتي تم إصدارها بشكل منفصل.
هناك حد إجمالي قدره 200K لجميع جهات الاتصال الخارجية لكل مؤسسة، والذي ينطبق على مجموع قوائم هواتف Enterprise وGroup في مؤسسة BroadWorks واحدة. على سبيل المثال، سيتم دعم مؤسسة BroadWorks التي لديها قائمة هواتف Enterprise مع 30K وأيضًا قائمة هواتف 5 مجموعات لكل منها 30K (إجمالي 180 ألف لكل مؤسسة). ومع ذلك ، إذا كان هناك 6 قوائم هواتف مجموعة لكل منها 30K ، فلن يتم دعم هذا (إجمالي 210K).
| تتوفر هذه الميزة عند الطلب. يرجى الاتصال بفريق حسابك ليتم تمكينه.
|
بعد تمكين الميزة، تبدأ خدمة DirSync بمزامنة جهات اتصال قائمة هواتف BroadWorks Group في تخزين جهات اتصال مخصصة لكل مجموعة في خدمة اتصال Webex.
أثناء التوفير، يجب تخزين مجموعة المؤسسة الخاصة بالمستخدم في دليل Webex للإشارة إلى المجموعة التي ينتمي إليها هذا المستخدم. يسمح ارتباط المستخدم بمجموعة BroadWorks في Webex Directory لتطبيق Webex بإجراء بحث عن جهات اتصال في تخزين مجموعة Contact Service للمجموعة المحددة للمستخدم.
تتطلب الميزة توفير مشتركي Webex لـ BroadWorks في Webex باستخدام معرف مجموعة مؤسسة BroadWorks.
يمكن توفير معرف مجموعة BroadWorks لمستخدمي Cisco BroadWorks من خلال الطرق التالية:
-
Webex لمستخدمي Cisco BroadWorks
-
توفير واجهة برمجة التطبيقات العامة على أنها "spEnterpriseGroupId"
-
يجب تمرير معرف مجموعة BroadWorks صراحةً في معلمة spEnterpriseGroupId في مكالمة API.
-
-
توفير التدفق أو التنشيط الذاتي
-
سيتم استرداد معرف مجموعة BroadWorks للمؤسسات تلقائيًا من BroadWorks.
-
-
مستخدمو أو كيانات الاتصال من BroadWorks فقط
-
لا ينطبق. لا يلزم مزامنة معرف مجموعة BroadWorks لهؤلاء المستخدمين.
-
-
|
سجلات مكالمات BroadWorks |
الوصف |
طريقة التوفير |
إدارة معرف مجموعة المؤسسة |
|---|---|---|---|
|
Webex لمستخدمي Cisco BroadWorks |
تم تمكين المستخدمين لـ Webex لـ Cisco BroadWorks |
واجهة برمجة تطبيقات عامة |
يجب تمرير معرف مجموعة BroadWorks كمعلمة spEnterpriseGroupId |
|
تدفق |
يتم استرداد معرف مجموعة BroadWorks من BroadWorks تلقائيًا | ||
|
مستخدمو اتصال BroadWorks فقط |
الاتصال بالمستخدمين الذين لم يتم ضمهم إلى Webex |
مزامنة الدليل |
غير مطبّق |
|
كيانات الاتصال غير المستخدمة |
على سبيل المثال، هاتف غرفة الاجتماعات، جهاز الفاكس، رقم مجموعة الخطوط المجمَّعة |
مزامنة الدليل |
غير مطبّق |
|
قوائم هواتف BroadWorks |
جهات الاتصال في قوائم هواتف مجموعة BroadWorks |
مزامنة الدليل |
يتم تخزين جهات اتصال المجموعة في خدمة Webex Contact Service المرتبطة بمجموعة محددة |
|
قوائم هواتف BroadWorks Enterpsie أو Persional |
جهات الاتصال في قوائم الشركات أو الهواتف الشخصية |
مزامنة الدليل |
غير مطبّق |
| يجب تحديث واجهة برمجة التطبيقات العامة قبل الترحيل. لا يمكن إكمال الترحيل حتى يكتمل واجهة برمجة التطبيقات هذه، يجب تمرير معرف مجموعة BroadWorks للمؤسسات بشكل صريح في معلمة spEnterpriseGroupId في مكالمة API https://developer.webex.com/docs/api/changelog#2023-march بعد تمكين الميزة ونتيجة لمزامنة الدليل التالية، سيتم أيضًا عرض مجموعات مستخدمي المؤسسة في Control Hub. يعد تصور المجموعات في Control Hub لـ Webex for BroadWorks أمرًا مفيدًا للغاية في هذه المرحلة. يجب على الشركاء ومسؤولي العملاء عدم إجراء أي تعديلات على المجموعات أو عضوية المجموعة في Control Hub حيث لن تنعكس هذه التغييرات مرة أخرى على BroadWorks. تم تصميم إدارة المجموعة في Control Hub للاستخدام من قبل الشركاء الذين سيعتمدون واجهات API القادمة لإدارة الاتصال. |
الهجرة وضبط المستقبل
يتمثل تقدم Cisco لعميل الاتصالات الموحدة في BroadSoft هو الابتعاد عن UC-One نحو Webex. هناك تقدم مماثل للخدمات الداعمة بعيدًا عن شبكة موفر الخدمة - باستثناء الاتصال - نحو منصة Webex على السحابة.
سواء كنت تقوم بتشغيل UC-One SaaS أو BroadWorks Collaboration، فإن استراتيجية الترحيل المفضلة هي نشر XSP|ADPs الجديدة المخصصة للتكامل مع Webex من أجل Cisco BroadWorks. يمكنك تشغيل الخدمتين بالتوازي أثناء ترحيل العملاء إلى Webex، واسترداد البنية الأساسية المستخدمة للحل السابق في نهاية المطاف.
اشتراكات المستند الموصى بها
تحتوي مقالات مركز مساعدة Webex (على help.webex.com) على خيار الاشتراك الذي يتيح لك تلقي إشعار بالبريد الإلكتروني كلما تم تحديث تلك المقالة.
نوصيك بالاشتراك في كل مقالة من المقالات التالية للتأكد من عدم تفويت التحديثات الهامة التي تؤثر على اتصال الشبكة. للاشتراك، انتقل إلى كل رابط من الارتباطات أدناه وفي المقالة التي يتم إطلاقها، انقر على زر الاشتراك .
كحد أدنى، نوصيك بالاشتراك في القائمة المذكورة أعلاه. ومع ذلك، فإن معظم مقالات ومستندات Webex المدرجة تحت مستندات إضافية لديها خيار الاشتراك . لكي يظهر هذا الخيار، يجب أن تظهر المقالة على help.webex.com.
| لا يوجد خيار اشتراك لصفحات الوثائق المقصودة. |
مستندات إضافية
راجع الوثائق التالية ذات الصلة للحصول على مزيد من المعلومات حول Webex لـ Cisco BroadWorks:
Webex لمستندات Cisco BroadWorks
يستطيع مسؤولو الشركاء استخدام المستندات والمواقع التالية للحصول على معلومات عن Webex لـ Cisco BroadWorks.
-
إحضار حل PSTN الخاص بك لتطبيق WEBEX من أجل Cisco BroadWorks— يتيح هذا الحل لمزودي الخدمة توفير أرقام الهواتف التي يمتلكونها (بدلاً من الأرقام التي توفرها Cisco) للمستخدمين لاستخدامها عند الانضمام إلى Webex Meetings.
-
دليل تكوين Webex لـ Cisco BroadWorks— يصف كيفية تكوين تطبيق Webex لـ Webex لـ Cisco BroadWorks.
- دليل تكامل الأجهزة لـ Webex لـ Cisco BroadWorks— يصف كيفية ضم أجهزة OS وMPP لغرفة الخدمة.
-
دليل استكشاف الأخطاء وإصلاحها في Webex لـ Cisco BroadWorks— يحتوي على معلومات حول استكشاف الأخطاء وإصلاحها في Webex من أجل Cisco BroadWorks.
Webex لمقالات Cisco BroadWorks
يستطيع مسؤولو الشركاء استخدام المواقع الاختيارية التالية لمعرفة المزيد عن Webex لـ Cisco BroadWorks:
-
Webex لمستندات Cisco BroadWorks— تعرض الصفحة المقصودة المستندات الفنية ومقالات Webex الاختيارية المستهدفة للمسؤولين الشركاء في Webex لـ Cisco BroadWorks.
-
الميزات الجديدة في Webex لـ Cisco BroadWorks— اقرأ عن أحدث الميزات التي تم إصدارها بالإضافة إلى الميزات القادمة قريبًا.
-
المشاكل والقيود المعروفة— اقرأ عن المشكلات المعروفة التي حددناها في حل Webex لـ Cisco BroadWorks.
-
أدوار مسؤول الشريك لـ Webex for BroadWorks وRTM بالجملة—توضح هذه المقالة كيفية تعيين أدوار مسؤول الشريك للمؤسسات الشريكة التي تقدم Webex لـ Cisco BroadWorks. يتم استخدام الأدوار لتعيين وصول الإدارة إلى الإعدادات في Partner Hub وControl Hub.
وثائق Cisco BroadWorks
يستطيع مسؤولو الشركاء الرجوع إلى موقع Cisco BroadWorks على cisco.com للحصول على المستندات الفنية التي تصف كيفية نشر جزء Cisco BroadWorks من الحل:
مقالات تعليمات Webex
يمكن استخدام مواقع Webex Help التالية للعثور على مقالات Webex التي تساعد مسؤولي العملاء والمستخدمين النهائيين على استخدام ميزات Webex.
-
Webex من موفري الخدمات—تحتوي الصفحة المقصودة هذه على روابط تتضمن معلومات بدء الاستخدام والمقالات الشائعة الاستخدام لمستخدمي تطبيق Webex الذين اشتروا خدمات Webex من موفر الخدمة.
-
مركز مساعدة Webex—استخدم ميزة البحث في help.webex.com للبحث عن مقالات Webex الإضافية التي تصف تطبيق Webex ووظائف Webex Meetings. يمكنك البحث عن مقالات المستخدم أو المسؤول.
وثائق المطور
-
دليل مطوري Webex لـ BroadWorks — يوفر معلومات للمطورين الذين يقومون بإنشاء تطبيقات تستخدم واجهات برمجة تطبيقات Webex لـ BroadWorks.
نقاط القرار
| النظر | أسئلة يجب الإجابة عليها | الموارد |
|
الهندسة المعمارية والبنية التحتية
|
كم عدد XSP|ADPs؟ كيف يأخذون mTLS؟ |
مخطط قدرة نظام Cisco BroadWorks دليل هندسة نظام Cisco BroadWorks مرجع XSP|ADP CLI هذا المستند |
| توفير العميل والمستخدم |
هل يمكنك التأكيد على ثقتك في رسائل البريد الإلكتروني في BroadWorks؟ هل تريد من المستخدمين توفير عناوين بريد إلكتروني لتنشيط حساباتهم الخاصة؟ هل يمكنك بناء أدوات لاستخدام واجهة برمجة التطبيقات الخاصة بنا؟ |
مستندات API العامة على https://developer.webex.com هذا المستند |
| العلامات التجارية | ما هو اللون والشعار الذي تريد استخدامه؟ | مقال عن العلامة التجارية لتطبيق Webex |
| القوالب | ما هي حالات استخدام العملاء المختلفة؟ | هذا المستند |
| ميزات المشترك لكل عميل/مؤسسة/مجموعة | اختر الحزمة لتحديد مستوى الخدمة لكل قالب. أساسي أو قياسي أو مميز أو Softphone. |
هذا المستند مصفوفة الميزات/الحزمة |
| مصادقة المستخدم | BroadWorks أو Webex | هذا المستند |
| محول التوفير (لخيارات التوفير من خلال التدفق) |
هل تستخدم بالفعل خدمة IM&P المتكاملة، على سبيل المثال لـ UC-One SaaS؟ هل تنوي استخدام قوالب متعددة؟ هل هناك حالة استخدام أكثر شيوعًا متوقعة؟ |
هذا المستند مرجع CLI لخادم التطبيق |
الهندسة المعمارية والبنية التحتية
-
ما نوع المقياس الذي تنوي البدء به؟ من الممكن التوسع في المستقبل ، ولكن يجب أن يؤدي تقدير الاستخدام الحالي إلى تخطيط البنية التحتية.
-
العمل مع مدير حساب Cisco/ممثل المبيعات الخاص بك لحجم البنية الأساسية لـ XSP|ADP الخاص بك، وفقًا لمخطط قدرة نظام Cisco BroadWorks ودليل هندسة نظام Cisco BroadWorks.
-
كيف سيقوم Webex بإجراء اتصالات TLS المتبادلة مع XSP|ADPs الخاصة بك؟ مباشرة إلى XSP|ADP في DMZ، أو عبر وكيل TLS؟ يؤثر ذلك على إدارة شهادتك وعناوين URL التي تستخدمها للواجهات. (لا ندعم اتصالات TCP غير المشفرة إلى حافة شبكتك).
توفير العميل والمستخدم
ما هي طريقة توفير المستخدم التي تناسبك بشكل أفضل؟
-
توفير Flowthrough باستخدام رسائل البريد الإلكتروني الموثوق بها: من خلال تعيين خدمة "IM&P المتكاملة" على BroadWorks، يتم توفير المشترك تلقائيًا في Webex.
إذا كنت تستطيع أيضًا التأكيد على أن عناوين البريد الإلكتروني للمشترك في BroadWorks صالحة وفريدة من نوعها في Webex، فيمكنك استخدام البديل "البريد الإلكتروني الموثوق به" في توفير التدفق. يتم إنشاء حسابات Webex الخاصة بالمشترك وتنشيطها دون تدخله؛ فهي ببساطة تقوم بتنزيل العميل وتسجيل الدخول.
عنوان البريد الإلكتروني سمة أساسية للمستخدم على Webex. لذلك يجب على موفر الخدمة توفير عنوان بريد إلكتروني صالح للمستخدم من أجل توفيره لخدمات Webex. يجب أن يكون ذلك في سمة معرف البريد الإلكتروني للمستخدم في BroadWorks. نوصي بنسخ هذه الميزة إلى سمة المعرِّف البديل أيضًا.
-
توفير Flowthrough دون رسائل بريد إلكتروني موثوق بها: إذا لم تتمكن من الوثوق بعناوين البريد الإلكتروني الخاصة بالمشترك، فلا يزال بإمكانك تعيين خدمة IM&P المتكاملة في BroadWorks لتوفير المستخدمين في Webex.
باستخدام هذا الخيار، يتم إنشاء الحسابات عند تعيين الخدمة، ولكن يحتاج المشتركون إلى توفير عناوين بريدهم الإلكتروني والتحقق منها لتنشيط حسابات Webex.
-
التوفير الذاتي للمستخدم: لا يتطلب هذا الخيار تعيين خدمة IM&P في BroadWorks. تقوم (أو عملائك) بتوزيع ارتباط توفير بدلاً من ذلك، والارتباطات لتنزيل العملاء المختلفين، مع علامتك التجارية والتعليمات الخاصة بك.
يتابع المشتركون الارتباط، ثم يوفرون عناوين بريدهم الإلكتروني ويتحققون منها لإنشاء وتنشيط حسابات Webex الخاصة بهم. ثم يقومون بتنزيل العميل وتسجيل الدخول، ويجلب Webex بعض التكوين الإضافي عنه من BroadWorks (بما في ذلك أرقامهم الأساسية).
-
التوفير الذي يتحكم فيه SP عبر واجهات API: يعرض Webex مجموعة من واجهات API العامة التي تسمح لمقدمي الخدمة ببناء توفير المستخدمين/المشتركين في تدفقات العمل الحالية الخاصة بهم.
متطلبات التوفير
يلخص الجدول التالي متطلبات كل طريقة توفير. بالإضافة إلى هذه المتطلبات، يجب أن يفي النشر بمتطلبات النظام العام الموضحة في هذا الدليل.
|
طريقة التوفير |
المتطلبات |
|---|---|
|
توفير Flowthrough (رسائل البريد الإلكتروني الموثوق بها أو غير الموثوق بها) |
يضيف واجهة برمجة تطبيقات توفير Webex مستخدمي BroadWorks الحاليين إلى Webex تلقائيًا بمجرد أن يستوفي المستخدم المتطلبات، ويمكنك تبديل خدمة IM+P المتكاملة إلى التشغيل. هناك تدفقان (رسائل بريد إلكتروني موثوق بها أو رسائل بريد إلكتروني غير موثوق بها) تقوم بتعيينها عبر قالب التضمين على Webex. متطلبات BroadWorks:
متطلبات Webex: يتضمن قالب التضمين الإعدادات التالية:
|
|
التوفير الذاتي للمستخدم |
يوفر المسؤول لمستخدم BroadWorks حالي مع ارتباط بمدخل تنشيط المستخدم. يجب على المستخدم تسجيل الدخول إلى البوابة باستخدام بيانات اعتماد BroadWorks وتوفير عنوان بريد إلكتروني صالح. بعد التحقق من صحة البريد الإلكتروني، يجلب Webex معلومات إضافية للمستخدم لإكمال التوفير. متطلبات BroadWorks:
متطلبات Webex: يتضمن قالب التضمين الإعدادات التالية:
|
التوفير الذي يتحكم فيه SP عبر API (رسائل البريد الإلكتروني الموثوق بها أو غير الموثوق بها) |
يعرض Webex مجموعة من واجهات API العامة التي تمكنك من بناء توفير المستخدمين في تدفقات العمل والأدوات الحالية الخاصة بك. هناك تدفقان:
متطلبات BroadWorks:
متطلبات Webex:
لاستخدام واجهات API، انتقل إلى مشتركي BroadWorks. |
التصحيحات المطلوبة مع توفير التدفق من خلال
إذا كنت تستخدم التوفير من خلال التدفق، فيجب عليك تثبيت تصحيح النظام وتطبيق خاصية CLI. راجع القائمة أدناه للاطلاع على التعليمات التي تسري على إصدار BroadWorks الخاص بك:
بالنسبة لـ R22:
-
تثبيت AP.as.22.0.1123.ap376508.
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt.
بالنسبة لـ R23:
-
تثبيت AP.as.23.0.1075.ap376509
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt.
بالنسبة إلى R24:
-
تثبيت AP.as.24.0.944.ap375100
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaإلىصحيحمن CLI فيالصيانة/ContainerOptions...لمزيد من المعلومات، راجع ملاحظات التصحيح https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt.
| بعد إكمال هذه الخطوات، لن تتمكن من توفير خدمات UC-One Collaboration لمستخدمين جدد. يجب أن يكون المستخدمون الذين تم توفيرهم حديثًا من Webex لمستخدمي Cisco BroadWorks. |
الإعدادات المحلية اللغوية المدعومة
أثناء التوفير، يتم تعيين اللغة التي تم تعيينها في BroadWorks لأول مستخدم إداري تم توفيره تلقائيًا كالإعدادات المحلية الافتراضية لمؤسسة العميل تلك. يحدد هذا الإعداد اللغة الافتراضية المستخدمة لرسائل البريد الإلكتروني الخاصة بالتنشيط والاجتماعات ودعوات الاجتماعات ضمن مؤسسة العميل تلك.
يتم دعم الإعدادات المحلية لخمس أحرف بلغة (ISO-639-1)_ (ISO-3166). على سبيل المثال، en_US يتوافق مع English_UnitedStates. إذا تم طلب لغة حرفين فقط (باستخدام تنسيق ISO-639-1)، فستقوم الخدمة بإنشاء الإعدادات المحلية للغة بخمسة أحرف من خلال الجمع بين اللغة المطلوبة ورمز الدولة من القالب أي "requestLanguage_CountryCode"، إذا تعذر الحصول على الإعدادات المحلية الصالحة، فإن الإعدادات المحلية المعقولة الافتراضية المستخدمة بناءً على رمز اللغة المطلوب.
يسرد الجدول التالي الإعدادات المحلية المدعومة، والتخطيط الذي يحول رمز لغة من حرفين إلى الإعدادات المحلية من خمسة أحرف للمواقف التي لا تتوفر فيها الإعدادات المحلية من خمسة أحرف.
|
الإعدادات المحلية اللغوية المدعومة (ISO-639-1)_ (ISO-3166) |
إذا كان رمز لغة من حرفين متوفرًا فقط... | |
|---|---|---|
|
رمز اللغة (ISO-639-1) ** |
استخدم الإعدادات المحلية المعقولة الافتراضية بدلاً من ذلك (ISO-639-1)_ (ISO-3166) | |
|
en_US en_AU en_GB en_CA |
عقيق |
en_US |
|
fr_FR fr_CA |
fr fr |
fr_FR |
|
cs_CZ |
أجهزة الكمبيوتر |
cs_CZ |
|
da_DK |
دي |
da_DK |
|
دي دي دي |
حرف |
دي دي دي |
|
هيو_ هيو |
هيو |
هيو_ هيو |
|
id_ ID |
معرف |
id_ ID |
|
it_IT |
هي |
it_IT |
|
ja_JP |
جثة |
ja_JP |
|
ko_ KR |
كو |
ko_ KR |
|
es_ES es_CO es_mx |
الأصابع |
es_ES |
|
nl_ NL |
nl |
nl_ NL |
|
nb_ لا |
nb |
nb_ لا |
|
pl_PL |
pl |
pl_PL |
|
pt_ PT pt_BR |
نقطة |
pt_ PT |
|
ru_ RU |
ru |
ru_ RU |
|
ro_ RO |
رو |
ro_ RO |
|
zh_CN zh_Tw |
زد |
zh_CN |
|
sv_SE |
svComment |
sv_SE |
|
ar_SA |
قالب |
ar_SA |
|
tr_TR |
tr |
tr_TR |
| لا يتم دعم الإعدادات المحلية es_CO وid_ID وNB_NO وPT_PT بواسطة مواقع اجتماعات Webex. بالنسبة لهذه الإعدادات المحلية، ستكون مواقع Webex Meetings باللغة الإنجليزية فقط. اللغة الإنجليزية هي الإعدادات المحلية الافتراضية للمواقع إذا كانت هناك حاجة إلى الإعدادات المحلية غير صالحة/غير مدعومة للموقع. ينطبق حقل اللغة هذا أثناء إنشاء موقع مؤسسة وموقع Webex Meetings. إذا لم يتم ذكر أي لغة في منشور أو في واجهة برمجة التطبيقات الخاصة بالمشترك، فسيتم استخدام اللغة من القالب كلغة افتراضية. |
العلامات التجارية
يستطيع مسؤولو الشركاء استخدام "التخصيصات المتقدمة للعلامة التجارية" لتخصيص كيف يبحث تطبيق Webex عن مؤسسات العملاء التي يديرها الشريك. يستطيع مسؤولو الشركاء تخصيص الإعدادات التالية لضمان أن يعكس تطبيق Webex العلامة التجارية للشركة وهويتها:
-
شعارات الشركة
-
مخططات الألوان الفريدة لوضع الضوء أو الوضع الداكن
-
عناوين URL الخاصة بالدعم
للحصول على تفاصيل حول كيفية تخصيص العلامة التجارية، ارجع إلى تكوين التخصيصات المتقدمة للعلامة التجارية.
|
|
قوالب التضمين
تسمح لك قوالب التضمين بتحديد المعلمات التي يتم من خلالها توفير العملاء والمشتركين المرتبطين تلقائيًا على Webex من أجل Cisco BroadWorks. يمكنك تكوين قوالب التضمين المتعددة على النحو المطلوب، ولكن عندما تقوم بضم عميل فإنها ترتبط بقالب واحد فقط (لا يمكنك تطبيق قوالب متعددة على عميل واحد).
يتم سرد بعض معلمات القالب الأساسية أدناه.
مجموعة
-
يجب عليك تحديد حزمة افتراضية عند إنشاء قالب (راجع الحزم في قسم "نظرة عامة" لمعرفة التفاصيل). يتلقى جميع المستخدمين الذين تم توفيرهم بهذا القالب، سواء عن طريق التوفير من خلال التوفير الذاتي، الحزمة الافتراضية.
-
يمكنك التحكم في اختيار الحزمة لعملاء مختلفين عن طريق إنشاء قوالب متعددة واختيار حزم افتراضية مختلفة في كل منها. يمكنك بعد ذلك توزيع ارتباطات توفير مختلفة، أو محولات توفير مختلفة لكل مؤسسة، اعتمادًا على طريقة توفير المستخدم التي اخترتها لتلك القوالب.
-
يمكنك تغيير حزمة مشتركين محددين من هذا الإعداد الافتراضي، باستخدام واجهة برمجة تطبيقات التوفير (راجع Webex لوثائق واجهة برمجة تطبيقات Cisco BroadWorks أو من خلال Partner Hub (راجع تغيير حزمة المستخدم في Partner Hub).
-
لا يمكنك تغيير حزمة المشترك من BroadWorks. يكون تعيين خدمة IM&P المتكاملة إما قيد التشغيل أو إيقاف التشغيل؛ إذا تم تعيين المشترك لهذه الخدمة في BroadWorks، فإن قالب Partner Hub المرتبط بعنوان URL الخاص بالتوفير في مؤسسة هذا المشترك يحدد الحزمة.
الموزع والمؤسسات أو مزود الخدمة والمجموعات؟
-
تؤثر طريقة تكوين نظام BroadWorks الخاص بك على التدفق من خلال التوفير. إذا كنت موزع مع Enterprises، فأنت بحاجة إلى تمكين وضع Enterprise عند إنشاء قالب.
-
إذا تم تكوين نظام BroadWorks الخاص بك في وضع موفر الخدمة، فيمكنك ترك وضع المؤسسة قيد التشغيل في القوالب الخاصة بك.
-
إذا كنت تخطط لتوفير مؤسسات العملاء باستخدام كل من أوضاع BroadWorks ، فيجب عليك استخدام قوالب مختلفة للمجموعات والمؤسسات.
| تأكد من أنك قمت بتطبيق بقع BroadWorks المطلوبة لتوفير التدفق من خلال. للحصول على تفاصيل، راجع التصحيحات المطلوبة مع توفير التدفق من خلال. |
وضع المصادقة
حدد كيف تريد أن يقوم المشتركون بالمصادقة عند تسجيل دخولهم إلى Webex. يمكنك تعيين الوضع باستخدام إعداد وضع المصادقة في قالب الإعداد. يوضح الجدول التالي بعض الخيارات.
| لا يؤثر هذا الإعداد على تسجيل الدخول إلى مدخل تنشيط المستخدم. يجب على المستخدمين الذين يسجلون الدخول إلى البوابة إدخال معرف مستخدم BroadWorks وكلمة المرور الخاصين بهم، كما تم تكوينهما على BroadWorks، بغض النظر عن كيفية تكوين وضع المصادقة في قالب التضمين. |
| وضع المصادقة | BroadWorks | Webex |
| هوية المستخدم الأساسية | معرف مستخدم BroadWorks | عنوان البريد الإلكتروني |
| موفر الهوية |
BroadWorks.
| الهوية العامة لـ Cisco |
| المصادقة متعددة العوامل؟ | لا | يتطلب موفر تعريف العميل الذي يدعم المصادقة متعددة العوامل. |
|
مسار التحقق من الاعتماد
|
|
|
| للحصول على تحليل أكثر تفصيلاً لتدفق تسجيل الدخول إلى تسجيل الدخول إلى SSO مع المصادقة المباشرة إلى BroadWorks، راجع تدفق تسجيل الدخول إلى SSO. |
ترميز UTF-8 باستخدام مصادقة BroadWorks
باستخدام مصادقة BroadWorks، نوصي بتكوين تشفير UTF-8 لعنوان المصادقة. يحل UTF-8 مشكلة يمكن أن تحدث مع كلمات المرور التي تستخدم أحرف خاصة حيث لا يقوم متصفح الويب بترميز الأحرف بشكل صحيح. باستخدام عنوان UTF-8 المشفر، يقوم الأساس المشفر من 64 إلى حل هذه المشكلة.
يمكنك تكوين ترميز UTF-8 عن طريق تشغيل أحد أوامر CLI التالية على XSP أو ADP:
-
XSP_CLI/التطبيقات/WebContainer/Tomcat/GeneralSettings> تعيين المصادقةEncoding UTF-8 -
ADP_CLI/التطبيقات/WebContainer/Tomcat/GeneralSettings> تعيين المصادقةEncoding UTF-8
الدولة
يجب عليك تحديد بلد عند إنشاء قالب. سيتم تعيين هذا البلد تلقائيًا كبلد للمؤسسة لجميع العملاء الذين تم تزويدهم بالقالب في Common Identity. بالإضافة إلى ذلك، سيحدد بلد المؤسسة أرقام الاتصال العالمية الافتراضية لـ Cisco PSTN في مواقع اجتماعات Webex.
سيتم تعيين أرقام الاتصال العالمية الافتراضية للموقع على أول رقم اتصال متاح محدد في مجال الاتصال الهاتفي بناءً على بلد المؤسسة. إذا لم يتم العثور على بلد المؤسسة في رقم الاتصال الوارد المحدد في مجال الاتصال الهاتفي، فسيتم استخدام الرقم الافتراضي لهذا الموقع.
|
رقم س. |
الموقع |
رمز الدولة |
اسم الدولة |
|---|---|---|---|
|
1 |
عامر |
+1 |
الولايات المتحدة، كاليفورنيا |
|
2 |
منطقة آسيا والمحيط الهادي |
+65 |
سنغافورة |
|
3 |
أنز |
+61 |
أستراليا |
|
4 |
أوروبا والشرق الأوسط وأفريقيا |
+44 |
المملكة المتحدة |
|
5 |
اليورو |
+49 |
ألمانيا |
ترتيبات شركاء متعددين
هل ستقوم بترخيص Webex من الباطن لـ Cisco BroadWorks لموفر خدمة آخر؟ في هذه الحالة، سيحتاج كل موفر خدمة إلى مؤسسة شريكة متميزة في Webex Control Hub للسماح لهم بتوفير الحل لقاعدة عملائهم.
توفير محول وقوالب
عند استخدام التوفير من خلال التوفير، يتم اشتقاق عنوان URL الخاص بالتوفير الذي تدخله في BroadWorks من القالب في Control Hub. يمكنك الحصول على قوالب متعددة، وبالتالي العديد من عناوين URL الخاصة بالتوفير. يتيح لك ذلك تحديد الحزمة التي سيتم تطبيقها على المشتركين عند منحهم خدمة IM&P المتكاملة على أساس المؤسسة.
تحتاج إلى النظر فيما إذا كنت تريد تعيين عنوان URL للتوفير على مستوى النظام كمسار توفير افتراضي، والقالب الذي تريد استخدامه لذلك. بهذه الطريقة، تحتاج فقط إلى تعيين عنوان URL الخاص بالتوفير بشكل صريح للمؤسسات التي تحتاج إلى قالب مختلف.
ضع في اعتبارك أيضًا أنك قد تستخدم بالفعل عنوان URL الخاص بالتوفير على مستوى النظام، على سبيل المثال باستخدام UC-One SaaS. إذا كان الأمر كذلك، يمكنك اختيار الحفاظ على عنوان URL على مستوى النظام لتوفير المستخدمين على UC-One SaaS، وتجاوز تلك المؤسسات التي تنتقل إلى Webex لـ Cisco BroadWorks. بدلاً من ذلك، قد ترغب في الانتقال إلى الاتجاه الآخر وتعيين عنوان URL على مستوى النظام لتطبيق Webex for BroadWorks، وإعادة تكوين المؤسسات التي تريد الاحتفاظ بها على UC-One SaaS.
يتم توضيح خيارات التكوين المتعلقة بهذا القرار بالتفصيل في خادم التطبيق تكوين باستخدام عنوان URL لخدمة التوفير.
وكيل محول التوفير
لمزيد من الأمان، يتيح لك وكيل محول التوفير استخدام وكيل HTTP(S) على منصة تسليم التطبيق من أجل التوفير بين AS وWebex. يخلق اتصال الوكيل نفق TCP من طرف إلى طرف يقوم بنقل حركة المرور بين AS وWebex، وبالتالي ينفي الحاجة إلى اتصال AS بالإنترنت العام مباشرةً. بالنسبة للاتصالات الآمنة، يمكن استخدام TLS.
تتطلب هذه الميزة إعداد الوكيل على BroadWorks. للحصول على تفاصيل، راجع وصف ميزة وكيل محول توفير Cisco BroadWorks.
الحد الأدنى من المتطلبات
الحسابات
يجب أن يكون جميع المشتركين الذين تقوم بتوفيرهم لتطبيق Webex موجودين في نظام BroadWorks الذي تقوم بدمجه مع Webex. يمكنك دمج أنظمة BroadWorks متعددة إذا لزم الأمر.
يجب أن يكون لدى جميع المشتركين تراخيص BroadWorks ورقم أساسي أو امتداد.
يستخدم Webex عناوين البريد الإلكتروني كمعرفات أساسية لجميع المستخدمين. إذا كنت تستخدم التوفير من خلال توفير رسائل بريد إلكتروني موثوق بها، فيجب أن يكون لدى المستخدمين لديك عناوين صالحة في سمة البريد الإلكتروني في BroadWorks.
إذا كان القالب الخاص بك يستخدم مصادقة BroadWorks، فيمكنك نسخ عناوين البريد الإلكتروني للمشترك في سمة المعرِّف البديل في BroadWorks. يتيح ذلك للمستخدمين تسجيل الدخول إلى Webex باستخدام عناوين بريدهم الإلكتروني وكلمات مرور BroadWorks الخاصة بهم.
يجب على المسؤولين لديك استخدام حسابات Webex الخاصة بهم لتسجيل الدخول إلى Partner Hub.
| غير مدعوم لضم مسؤول BroadWorks إلى Webex من أجل Cisco BroadWorks. يمكنك فقط ضم مستخدمي اتصال BroadWorks الذين لديهم رقم أساسي و/أو امتداد. إذا كنت تستخدم توفير Flowthrough، فيجب أيضًا تعيين خدمة IM&P المتكاملة للمستخدمين. |
خوادم في شبكتك ومتطلبات البرامج
-
مثيل (مثيلات) BroadWorks مع الحد الأدنى من الإصدار R22. راجع متطلبات برنامج BroadWorks (في هذا المستند) للاطلاع على الإصدارات والبقع المدعومة. لمزيد من المعلومات، راجع قسم سياسة دورة حياة منتجات BroadSoft في BroadSoft Lifecycle Policy وBroadWorks Software Compatibility Matrix.
-
يجب أن تتضمن مثيلات (مثيلات) BroadWorks الخوادم التالية على الأقل:
-
خادم التطبيق (AS) مع إصدار BroadWorks أعلاه
-
خادم الشبكة (NS)
-
خادم ملف التعريف (PS)
-
-
يلبي خادم (خوادم) XSP|ADP أو منصة تسليم التطبيق (ADP) المتطلبات التالية:
-
خدمة المصادقة (BWAuth)
-
واجهات إجراءات وأحداث XSI
-
DMS (تطبيق ويب لإدارة الجهاز)
-
واجهة CTI (استخلاص هاتفية الكمبيوتر)
-
TLS 1.2 مع شهادة صالحة (غير موقعة ذاتيًا) وأي وسيط مطلوب. يتطلب وجود مسؤول على مستوى النظام لتسهيل البحث عن المؤسسة.
-
مصادقة TLS (mTLS) لخدمة المصادقة (يتطلب تثبيت سلسلة شهادات عميل Webex العامة كمرساة ثقة)
-
مصادقة TLS (mTLS) لواجهة CTI (يتطلب تثبيت سلسلة شهادات عميل Webex العامة كمرساة ثقة)
-
-
خادم XSP/ADP منفصل يعمل بمثابة "خادم دفع إعلامات المكالمات" (NPS في بيئتك يستخدم لدفع إشعارات المكالمات إلى Apple/Google. نسميها "CNPS" هنا لتمييزها عن الخدمة في Webex التي تقدم إشعارات دفع للمراسلة والوجود).
يجب أن يكون هذا الخادم على R22 أو أحدث.
-
نقوم بتفويض خادم XSP/ADP منفصل لـ CNPS لأن عدم إمكانية التنبؤ بالتحميل من WEBEX للاتصالات السحابية BWKS يمكن أن يؤثر سلبًا على أداء خادم NPS، وذلك نتيجة لزيادة زمن انتقال الإعلام. راجع دليل هندسة نظام Cisco BroadWorks لمعرفة المزيد حول مقياس XSP|ADP.
منصات تطبيق Webex
لتنزيل النسخة الإنجليزية من تطبيق Webex، انتقل إلى https://www.webex.com/webexfromserviceproviders-downloads.html. يتوفر تطبيق Webex على:
-
أجهزة كمبيوتر ويندوز/أجهزة الكمبيوتر المحمولة
-
أجهزة كمبيوتر أبل / أجهزة كمبيوتر محمولة مع MacOS
-
iOS (متجر Apple)
-
Android (متجر Play)
-
مستعرضات الويب (انتقل إلى https://teams.webex.com/)
الإصدارات المترجمة
لتنزيل إصدار مترجم من تطبيق Webex، استخدم أحد الروابط التالية:
-
https://origin-webex-uat.cisco.com/ko/webexfromserviceproviders-downloads.html (الكورية)
-
https://origin-webex-uat.cisco.com/fr/webexfromserviceproviders-downloads.html (الفرنسية)
-
https://origin-webex-uat.cisco.com/pt/webexfromserviceproviders-downloads.html (البرتغالية)
-
https://origin-webex-uat.cisco.com/zh-tw/webexfromserviceproviders-downloads.html (الصينية التقليدية)
-
https://origin-webex-uat.cisco.com/zh-cn/webexfromserviceproviders-downloads.html (الصينية المبسطة)
-
https://origin-webex-uat.cisco.com/ja/webexfromserviceproviders-downloads.html (اليابان)
-
https://origin-webex-uat.cisco.com/es/webexfromserviceproviders-downloads.html (إسبانيا)
-
https://origin-webex-uat.cisco.com/de/webexfromserviceproviders-downloads.html (ألماني)
-
https://origin-webex-uat.cisco.com/it/webexfromserviceproviders-downloads.html (الإيطالية)
الهواتف والملحقات المادية
-
هواتف Cisco IP:
-
سلسلة هواتف Cisco IP 6800 المزودة بالبرامج الثابتة ذات الأنظمة المتعددة
-
سلسلة هواتف Cisco IP 7800 المزودة بالبرامج الثابتة ذات الأنظمة المتعددة
-
سلسلة هواتف Cisco IP 8800 المزودة بالبرامج الثابتة ذات الأنظمة المتعددة
راجع https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html للحصول على النماذج والمزيد من المعلومات.
-
-
نحن ندعم هواتف الجهات الخارجية بنفس الطريقة التي ندعم بها عمليات تكامل BroadWorks الأخرى. ومع ذلك، ليس لديهم بعد جهات اتصال وتكامل حضور مع Webex من أجل Cisco BroadWorks.
-
المحولات:
-
محول الهاتف التناظري متعدد الأنظمة الأساسية Cisco ATA 191
-
محول الهاتف التناظري متعدد الأنظمة الأساسية Cisco ATA 192
راجع https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-phone-adapters/index.html للاطلاع على النماذج والمزيد من المعلومات.
-
-
سماعات الرأس:
-
سلسلة سماعة هاتف Cisco 500
راجع https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html للاطلاع على النماذج والمزيد من المعلومات.
-
-
أجهزة نظام تشغيل الغرفة:
-
سلسلة Webex Room ومجموعات الغرف
-
سلسلة Webex Desk
-
سلسلة Webex Board
-
تكامل الجهاز
للحصول على تفاصيل حول كيفية ضم وخدمة أجهزة OS وMPP في WeBEX لـ Cisco BroadWorks، راجع دليل تكامل الأجهزة لـ Webex لـ Cisco BroadWorks.
ملفات تعريف الجهاز
فيما يلي ملفات DTAF التي تحتاج إلى تحميلها على خوادم التطبيقات لديك لدعم تطبيق Webex كعميل اتصال. وهي نفس ملفات DTAF المستخدمة في UC-One SaaS، ومع ذلك يوجد ملف config-wxt.xml.template جديد يتم استخدامه لتطبيق Webex.
لتنزيل أحدث ملفات تعريف الجهاز، انتقل إلى موقع تنزيل برامج منصة تسليم التطبيق للحصول على أحدث ملفات DTAF. تعمل هذه التنزيلات لكل من ADP وXSP.
|
اسم العميل |
نوع ملف تعريف الجهاز واسم الحزمة |
|---|---|
|
قالب Webex المحمول |
نوع ملف تعريف الهوية/الجهاز: الاتصال - موبايل دتاف: ملف التكوين: |
|
قالب Webex اللوحي |
نوع ملف تعريف الهوية/الجهاز: الاتصال - الكمبيوتر اللوحي دتاف: ملف التكوين: |
|
قالب سطح المكتب Webex |
نوع ملف تعريف الهوية/الجهاز: محاور الأعمال - PC دتاف: ملف التكوين: |
تحديد/ملف تعريف الجهاز
يجب أن يكون لدى كل مستخدمي Webex لـ Cisco BroadWorks ملف تعريف هوية/جهاز معين في BroadWorks يستخدم أحد ملفات تعريف الجهاز المذكورة أعلاه من أجل إجراء مكالمات باستخدام تطبيق Webex. يوفر ملف التعريف التكوين الذي يسمح للمستخدم بإجراء المكالمات.
الحصول على بيانات اعتماد OAuth لتطبيق Webex الخاص بك من أجل Cisco BroadWorks
قم برفع طلب خدمة مع وكيل التضمين الخاص بك أو باستخدام Cisco TAC لتوفير Cisco OAuth لحسابك على Cisco Identity Provider.
استخدم عنوان الطلب التالي للميزات ذات الصلة:
-
تكوين XSP|ADP AuthService' لتكوين الخدمة على XSP|ADP.
-
'تكوين NPS لإعداد وكيل المصادقة' لتكوين NPS لاستخدام وكيل المصادقة.
-
مزامنة UUID المستخدم لـ CI لمزامنة UUID مستخدم CI. لمزيد من التفاصيل حول هذه الميزة، ارجع إلى: دعم Cisco BroadWorks لـ CI UUID.
-
قم بتكوين BroadWorks لتمكين فوترة Cisco لاشتراكات BroadWorks وWebex لاشتراكات BroadWorks.
تمنحك Cisco معرف عميل OAuth وسر للعميل ورمز تحديث صالح لمدة 60 يومًا. إذا انتهت صلاحية الرمز المميز قبل استخدامه، فيمكنك رفع طلب آخر.
| إذا كنت قد حصلت بالفعل على بيانات اعتماد موفر تعريف Cisco OAuth، فقم باستكمال طلب خدمة جديد لتحديث بيانات الاعتماد الخاصة بك. |
طلب الشهادات
متطلبات الشهادة لمصادقة TLS
ستحتاج إلى شهادات أمان موقعة من قبل جهة شهادة معروفة ويتم نشرها على الجمهور الذي يواجه XSP|ADPs، لجميع التطبيقات المطلوبة. سيتم استخدامها لدعم التحقق من شهادة TLS لجميع الاتصالات الواردة بخوادم XSP|ADP الخاصة بك.
يجب أن تتضمن هذه الشهادات اسم المجال العام المؤهل بالكامل لـ XSP|ADP باعتباره اسم مشترك للموضوع أو اسم بديل للموضوع.
تعتمد المتطلبات الدقيقة لنشر شهادات الخادم هذه على كيفية نشر الجمهور الذي يواجه XSP|ADPs:
-
عبر وكيل جسر TLS
-
عبر وكيل مرور TLS
-
مباشرة إلى XSP|ADP
يلخص الرسم التخطيطي التالي المكان الذي تحتاج فيه شهادة خادم عام موقعة من CA إلى تحميل في هذه الحالات الثلاث:
يتم إدراج تقييمات CA المدعومة بشكل عام والتي يدعمها تطبيق Webex للمصادقة في سلطات الشهادات المدعومة لخدمات Webex الهجينة.
متطلبات شهادة TLS لوكيل جسر TLS
-
يتم تحميل شهادة الخادم الموقعة علنًا في الوكيل.
-
يقدم الوكيل شهادة الخادم الموقعة علنًا هذه إلى Webex.
-
يثق Webex في مرجع مصدق عام وقع على شهادة خادم الوكيل.
-
يمكن تحميل شهادة CA الداخلية الموقعة على XSP|ADP.
-
يقدم XSP|ADP شهادة الخادم الموقعة داخليًا هذه إلى الوكيل.
-
يثق الوكيل في مرجع CA الداخلي الذي وقع على شهادة خادم XSP|ADP.
متطلبات شهادة TLS لوكيل TLS-PASSTHROUGH أو XSP|ADP في DMZ
-
يتم تحميل شهادة الخادم الموقعة علنًا في XSP|ADPs.
-
تعرض XSP|ADP شهادات الخادم الموقعة علنًا إلى Webex.
-
يثق Webex في مرجع مصدق عام وقع على شهادات خادم XSP|ADPs.
متطلبات الشهادة الإضافية لمصادقة TLS المتبادلة عبر واجهة CTI
عند الاتصال بواجهة CTI، يقدم Webex شهادة عميل كجزء من مصادقة TLS المتبادلة. تتوفر شهادة CA/سلسلة شهادة عميل Webex للتنزيل عبر Control Hub.
لتنزيل الشهادة:
سجّل الدخول إلى Partner Hub، وحصلت على وانقر فوق ارتباط شهادة التنزيل.
تعتمد المتطلبات الدقيقة لنشر سلسلة شهادات Webex CA هذه على كيفية نشر الجمهور الذي يواجه XSP|ADPs:
-
عبر وكيل جسر TLS
-
عبر وكيل مرور TLS
-
مباشرة إلى XSP|ADP
يلخص الرسم التخطيطي التالي متطلبات الشهادة في هذه الحالات الثلاث:
متطلبات شهادة وكيل جسر TLS
-
يقدم Webex شهادة عميل موقعة علنًا إلى الوكيل.
-
يثق الوكيل في مرجع مصدق Cisco الداخلي الذي وقع على شهادة العميل. يمكنك تنزيل CA / سلسلة من Control Hub وإضافتها إلى متجر الثقة الخاص بالوكيل. يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة علنًا في الوكيل.
-
يقدم الوكيل شهادة الخادم الموقعة علنًا إلى Webex.
-
يثق Webex في مرجع مصدق عام وقع على شهادة خادم الوكيل.
-
يقدم الوكيل شهادة عميل موقعة داخليًا إلى XSP|ADPs.
هذه الشهادة يجب أن لديها حقل الامتداد x509.v3 استخدام المفتاح الممتد مأهولة مع BroadWorks OID 1-3-6-1-4-1-6431-1-1-8-2-1-3 وTLS مصادقة العميل الغرض. مثل:
ملحقات X509v3: X509v3 استخدام المفتاح الممتد: 1.3.6.1.4.1.6431.1.1.8.2.1.3، مصادقة عميل TLS على الويبيجب أن تكون CN الخاصة بالشهادة الداخلية
bwcticlient.webex.com.
-
عند إنشاء شهادات العميل الداخلية للوكيل، لاحظ أن شهادات SAN غير مدعومة. شهادات الخادم الداخلية لـ XSP|ADP يمكن أن تكون SAN.
-
قد لا تكون سلطات الشهادات العامة على استعداد لتوقيع الشهادات باستخدام BroadWorks OID المملوك لها والمطلوب. في حالة الوكيل المؤقت، قد تضطر إلى استخدام مرجع مصدق داخلي لتوقيع شهادة العميل التي يقدمها الوكيل إلى XSP|ADP.
-
-
يثق XSP|ADPs في المرجع المصدق الداخلي.
-
تقدم XSP|ADPs شهادة خادم موقعة داخليًا.
-
الوكيل يثق في CA الداخلي.
-
يحتوي ClientIdentity الخاص بخادم التطبيق على CN الخاص بشهادة العميل الموقعة داخليًا والمقدمة إلى XSP|ADP بواسطة الوكيل.
(الخيار) متطلبات شهادة وكيل TLS-PASSTHROUGH أو XSP|ADP في DMZ
-
يقدم Webex شهادة عميل Cisco الداخلية الموقعة على CA إلى XSP|ADPs.
-
يثق XSP|ADPs في مرجع مصدق Cisco الداخلي الذي وقع على شهادة العميل. يمكنك تنزيل CA / سلسلة من Control Hub وإضافتها إلى متجر الثقة الخاص بالوكيل. يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة علنًا في XSP|ADPs.
-
تقدم XSP|ADP شهادات الخادم الموقعة علنًا إلى Webex.
-
يثق Webex في مرجع مصدق عام وقع على شهادات خادم XSP|ADPs.
-
يحتوي ClientIdentity على خادم التطبيق على CN الخاص بشهادة العميل الموقعة من Cisco والمقدمة إلى XSP|ADP بواسطة Webex.
إعداد شبكتك
لمزيد من المعلومات حول الاتصالات التي يستخدمها Webex من أجل Cisco BroadWorks، ارجع إلى: متطلبات الشبكة لـ Webex لـ Cisco BroadWorks. تحتوي هذه المقالة على قائمة عناوين IP والمنافذ والبروتوكولات المطلوبة لتكوين قواعد الدخول والخروج الخاصة بجدار الحماية.
متطلبات الشبكة لخدمات Webex
توثق جداول جدار الحماية السابقة لقواعد الدخول والخروج فقط الاتصالات الخاصة بـ Webex لـ Cisco BroadWorks. للحصول على معلومات عامة حول الاتصالات بين تطبيق Webex وسحابة Webex، راجع متطلبات الشبكة لخدمات Webex. هذه المقالة عامة على Webex، ولكن الجدول التالي يحدد الأقسام المختلفة من المقالة ومدى صلة كل قسم بـ Webex لـ Cisco BroadWorks.
|
قسم متطلبات الشبكة المادة |
أهمية المعلومات |
|---|---|
|
معلومات | |
|
بروتوكولات النقل والشفرات الخاصة بالتشفير لتطبيقات وأجهزة Webex المسجلة على السحابة |
معلومات |
|
يجب أن يقرأ | |
|
يجب أن يقرأ | |
|
المجالات وعناوين URL التي يجب الوصول إليها من أجل خدمات Webex |
يجب أن يقرأ |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
خدمات Webex لعملاء FedRAMP |
غير متوفر |
معلومات إضافية
للحصول على مزيد من المعلومات، راجع Webex App Firewall Whitepaper (PDF).
دعم تكرار BroadWorks
تدعم خدمات Webex Cloud وتطبيقات عميل Webex التي تحتاج إلى الوصول إلى شبكة الشريك التكرار Broadworks XSP|ADP الذي يوفره الشريك. عندما يكون XSP|ADP أو موقع غير متوفر للصيانة المخطط لها أو لسبب غير مخطط له، تكون خدمات وتطبيقات WeBEX قادرة على التقدم إلى XSP|ADP أو موقع آخر يقدمه الشريك لإكمال الطلب.
طوبولوجيا الشبكة
يمكن نشر Broadworks XSP|ADPs مباشرة على الإنترنت، أو يمكن أن تقيم في DMZ أمامها عنصر موازنة الحمل مثل F5 BIG-IP. لتوفير التكرار الجغرافي، يمكن نشر XSP|ADPs في اثنين (أو أكثر) من مراكز البيانات، ويمكن مواجهة كل منها بواسطة أداة موازنة للحمل، ولكل منها عنوان IP عام. إذا كانت XSP|ADPs وراء أداة موازنة التحميل، فإن الخدمات المصغرة في Webex والتطبيق لا ترى سوى عنوان IP الخاص بمطابقة التحميل ويبدو أن BroadWORKS يحتوي على XSP|ADP واحد فقط، حتى إذا كان هناك العديد من XSP|ADP.
في المثال أدناه ، يتم نشر XSP|ADPs في موقعين ، الموقع A والموقع B. هناك نوعان من XSP|ADPs يواجهان Load Balancer في كل موقع. يحتوي الموقع A على XSP|ADP1 وXSP|ADP2 في المقدمة من LB1، والموقع B يحتوي على XSP|ADP3 وXSP|ADP4 في المقدمة من LB2. يتم الكشف فقط عن موازين التحميل على الشبكة العامة، وتوجد XSP|ADPs في شبكات DMZ الخاصة.
خدمات Webex Cloud
تكوين DNS
يجب أن تكون الخدمات المصغرة في Webex Cloud قادرة على العثور على خادم (خوادم) Broadworks XSP|ADP للاتصال بواجهات XSI وخدمة المصادقة وCTI.
ستقوم خدمات Webex Cloud بإجراء بحث DNS A/AAAA عن اسم مضيف XSP|ADP الذي تم تكوينه والاتصال بعنوان IP المرسل. يمكن أن يكون هذا عنصر حافة موازنة الحمل، أو قد يكون خادم XSP|ADP نفسه. إذا تم إرجاع عناوين IP متعددة، فسيتم تحديد عنوان IP الأول في القائمة. البحث عن SRV غير مدعوم حاليًا.
مثال: سجل DNS الخاص بالشريك لاكتشاف خادم XSP|ADP المتوازن الذي يواجه الإنترنت / موازين التحميل.
|
نوع التسجيل |
الاسم |
الهدف |
الغرض |
|---|---|---|---|
|
الإجابة |
|
|
النقاط إلى LB1 (الموقع A) |
|
الإجابة |
|
|
النقاط إلى LB2 (الموقع B) |
| تتضمن أي إشارة إلى XSP إما XSP أو ADP. |
تجاوز الفشل
عندما ترسل خدمات Webex المصغرة طلبًا إلى XSP|ADP/Load Balancer وفشل الطلب، يمكن أن تحدث عدة أشياء:
-
إذا كان الفشل ناجمًا عن خطأ في الشبكة (على سبيل المثال: TCP، SSL)، تقوم خدمات WeBEX المصغرة بوضع علامة على عنوان IP على أنه محظور، وتقوم على الفور بتنفيذ مسار يتقدم إلى عنوان IP التالي.
-
إذا تم إرجاع رمز خطأ (HTTP 5xx)، فإن خدمات Webex المصغرة تحدد عنوان IP على أنه محظور وتقوم على الفور بتنفيذ مسار يتقدم إلى عنوان IP التالي.
-
إذا لم يتم استلام استجابة HTTP في غضون ثانيتين، فستنتهي مهلة الطلب وتقوم خدمات WeBEX المصغرة بوضع علامة على IP على أنه محظور وأداء مسار يتقدم إلى عنوان IP التالي.
يتم تجربة كل طلب 3 مرات قبل الإبلاغ عن الفشل مرة أخرى إلى الخدمة المصغرة.
عندما يكون عنوان IP في القائمة المحظورة، فلن يتم تضمينه في قائمة العناوين لمحاولة إرسال طلب إلى XSP|ADP. بعد فترة زمنية محددة مسبقًا، تنتهي صلاحية عنوان IP المحظور والعودة إلى القائمة لمحاولة تقديم طلب آخر.
إذا تم حظر جميع عناوين IP، فستظل خدمة MICROSERVICE تحاول إرسال الطلب عن طريق تحديد عنوان IP عشوائيًا من القائمة المحظورة. في حالة نجاحه، تتم إزالة عنوان IP هذا من القائمة المحظورة.
الحالة
يمكن رؤية حالة اتصال خدمات Webex Cloud بـ XSP|ADPs أو Load Balancers في Control Hub. ضمن مجموعة BroadWorks Calling Group، يتم عرض حالة اتصال لكل واجهة من هذه الواجهات:
-
إجراءات XSI
-
أحداث XSI
-
خدمة المصادقة
يتم تحديث حالة الاتصال عند تحميل الصفحة أو أثناء تحديثات الإدخال. يمكن أن تكون حالات الاتصالات:
-
أخضر: عندما يمكن الوصول إلى الواجهة على أحد عناوين IP في بحث سجل A.
-
أحمر: عندما يتعذر الوصول إلى جميع عناوين IP الموجودة في البحث عن سجل A وتكون الواجهة غير متاحة.
تستخدم الخدمات التالية الخدمات المصغرة للاتصال بـ XSP|ADPs وتتأثر بتوافر واجهة XSP|ADP:
-
تسجيل الدخول إلى تطبيق Webex
-
تحديث رمز تطبيق Webex
-
البريد الإلكتروني/التنشيط الذاتي غير الموثوق به
-
الفحص الصحي لخدمة Broadworks
تطبيق Webex
تكوين DNS
يصل تطبيق Webex إلى خدمات واجهة Xtended Services (XSI-Actions وXSI-Events) وخدمة إدارة الأجهزة (DMS) على XSP|ADP.
للعثور على خدمة XSI، يقوم تطبيق Webex بإجراء بحث DNS SRV عن _xsi-client._tcp.<webex app xsi>. يشير SRV إلى عنوان URL الذي تم تكوينه لمضيفي XSP|ADP أو موازين التحميل لخدمة XSI. إذا لم يكن البحث عن SRV متاحًا، يعود تطبيق Webex إلى البحث A/AAAA.
يمكن أن تحل SRV على أهداف متعددة A / AAAA. ومع ذلك، يجب أن يتم تعيين كل سجل A/AAAA إلى عنوان IP واحد فقط. إذا كان هناك العديد من XSP|ADPs في DMZ خلف جهاز موازنة التحميل/حافة، فمن المطلوب تكوين موازنة الحمل للحفاظ على استمرار الجلسة لتوجيه جميع طلبات الجلسة نفسها إلى XSP|ADP نفسه. نقوم بتفويض هذا التكوين لأن نبضات قلب حدث XSI الخاصة بالعميل يجب أن تنتقل إلى XSP|ADP نفسه المستخدم لإنشاء قناة الحدث.
| في المثال 1، لا يوجد سجل A/AAAA لـ webex-app-XSP|ADP.example.com، ولا يحتاج إلى ذلك. إذا كان DNS يتطلب تحديد سجل A/AAAA واحد، فيجب إرجاع عنوان IP 1 فقط. بغض النظر عن ذلك، يجب أن يظل تعريف SRV لتطبيق Webex. إذا كان تطبيق Webex يستخدم اسم A/AAAA الذي يحدد أكثر من عنوان IP واحد، أو إذا كان عنصر موازنة التحميل/حافة لا يحافظ على استمرار الجلسة، فسيرسل العميل في نهاية المطاف نبضات القلب إلى XSP|ADP حيث لم ينشئ قناة حدث. يؤدي هذا إلى هدم القناة، وكذلك في حركة مرور داخلية أكبر بكثير مما يعيق أداء مجموعة XSP|ADP. نظرًا لأن تطبيق Webex Cloud وWebex لديهما متطلبات مختلفة في البحث عن سجلات A/AAAA، يجب عليك استخدام FQDN منفصل لتطبيق Webex Cloud وWebex للوصول إلى XSP|ADP الخاصة بك. كما هو موضح في الأمثلة، يستخدم Webex Cloud تسجيل |
المثال 1—XSP|ADPs متعددة، كل منها خلف موازين التحميل المنفصلة
في هذا المثال، يشير SRV إلى حدوث طفرة في سجلات A مع كل سجل A يشير إلى موازن تحميل مختلف في موقع مختلف. سيستخدم تطبيق Webex دائمًا عنوان IP الأول في القائمة وسينتقل إلى السجل التالي فقط إذا كان الأول معطلاً.
فيما يلي مثال على سجلات SRV.
|
نوع التسجيل |
تسجيل |
الهدف |
الغرض |
|---|---|---|---|
|
SRV |
|
|
اكتشاف العميل لواجهة Xsi |
|
SRV |
|
|
اكتشاف العميل لواجهة Xsi |
|
الإجابة |
|
|
النقاط إلى LB1 (الموقع A) |
|
الإجابة |
|
|
النقاط إلى LB2 (الموقع B) |
المثال 2—XSP|ADPs متعددة خلف أداة موازنة تحميل واحدة (مع جسر TLS)
بالنسبة للطلب الأولي، يختار أداة موازنة التحميل XSP|ADP عشوائي. يقوم XSP|ADP بإرجاع ملف تعريف ارتباط يتضمنه تطبيق Webex في الطلبات المستقبلية. بالنسبة للطلبات المستقبلية، يستخدم جهاز موازنة التحميل ملف تعريف الارتباط لتوجيه الاتصال إلى XSP|ADP الصحيح، مما يضمن عدم انقطاع قناة الحدث.
|
نوع التسجيل |
تسجيل |
الهدف |
الغرض |
|---|---|---|---|
|
SRV |
|
|
أداة موازنة الحمل |
|
الإجابة |
LB.example.com |
|
عنوان IP الخاص بموازنة التحميل (XSP|ADPs وراء موازنة التحميل) |
عنوان URL لـ DMS
أثناء عملية تسجيل الدخول، سيقوم تطبيق Webex أيضًا باسترداد عنوان URL لـ DMS لتنزيل ملف التكوين الخاص به. سيتم تحليل المضيف في عنوان URL وسيقوم تطبيق WEBEX بإجراء بحث DNS A/AAAA عن المضيف للاتصال بـ XSP|ADP الذي يستضيف خدمة DMS.
مثال: سجل DNS لاكتشاف خادم XSP|ADP المتوازن الذي يواجه الإنترنت في Round-Robin من خلال تطبيق Webex لتنزيل ملفات التكوين من خلال DMS:
|
نوع التسجيل |
الاسم |
الهدف |
الغرض |
|---|---|---|---|
|
الإجابة |
|
|
النقاط إلى LB1 (الموقع A) |
|
الإجابة |
|
|
النقاط إلى LB2 (الموقع B) |
| تتضمن أي إشارة إلى XSP إما XSP أو ADP. |
كيف يجد تطبيق Webex عناوين XSP|ADP
يحاول العميل تحديد موقع عُقد XSP|ADP باستخدام تدفق DNS التالي:
-
يقوم العميل في البداية باسترداد عناوين URL لـ XSI-Actions/Xsi-Events من Webex Cloud (قمت بإدخالها عند إنشاء مجموعة اتصال BroadWorks المرتبطة بها). يتم تحليل اسم مضيف/مجال Xsi من عنوان URL ويقوم العميل بإجراء بحث SRV على النحو التالي:
-
يقوم العميل بإجراء بحث SRV عن مجال _xsi-client._tcp.<xsi>
-
إذا قام بحث SRV بإرجاع هدف واحد أو أكثر من أهداف A/AAAA:
-
يقوم العميل ببحث A/AAAA عن تلك الأهداف ويقوم بتخزين عناوين IP المرتجعة.
-
يتصل العميل بأحد الأهداف (وبالتالي سجله A/AAAA مع عنوان IP واحد) استنادًا إلى أولوية SRV، ثم الوزن (أو عشوائيًا إذا كانوا جميعًا متساوين).
-
-
إذا كان البحث عن SRV لا يعيد أي أهداف:
يقوم العميل بالبحث A/AAAA عن معلمة جذر XSI ثم يحاول الاتصال بعنوان IP المرجع. يمكن أن يكون هذا عنصر حافة موازنة الحمل، أو قد يكون خادم XSP|ADP نفسه.
كما هو موضح، يجب أن يحل سجل A/AAAA على عنوان IP واحد لنفس الأسباب.
-
-
(اختياري) يمكنك لاحقًا توفير تفاصيل XSI-Actions/XSI-Events المخصصة في تكوين الجهاز لتطبيق Webex، باستخدام العلامات التالية:
<protocols> <xsi> <path> <root>%XSI_ROOT_WXT%</root> <actions>%XSI_ACTIONS_PATH_WXT%</actions> <events>%XSI_EVENTS_PATH_WXT%</events> </path> </xsi> </protocols>-
وتتمتع معلمات التكوين هذه بالأسبقية على أي تكوين في مجموعة BroadWorks الخاصة بك في Control Hub.
-
إذا كانت موجودة، فسيقارن العميل مع عنوان XSI الأصلي الذي تلقاه عبر تكوين مجموعة BroadWorks.
-
إذا تم اكتشاف أي فرق، فسيقوم العميل بإعادة تهيئة اتصال XSI Actions/ XSI Events. الخطوة الأولى في هذا هي إجراء نفس عملية البحث عن DNS المدرجة تحت الخطوة 1 - هذه المرة يطلب البحث عن القيمة في معلمة %XSI_ROOT_WXT% من ملف التكوين الخاص به.
تأكد من إنشاء سجلات SRV المقابلة إذا كنت تستخدم هذه العلامة لتغيير واجهات XSI.
-
تجاوز الفشل
أثناء تسجيل الدخول، يقوم تطبيق Webex بإجراء بحث DNS SRV عن مجال _xsi-client._tcp.<xsi>، وينشئ قائمة بالمضيفين، ويتصل بأحد المضيفين بناءً على أولوية SRV، ثم الوزن. يصبح هذا المضيف المتصل هو المحدد لجميع الطلبات المستقبلية. ثم يتم فتح قناة حدث للمضيف المحدد ويتم إرسال نبضات القلب بانتظام للتحقق من القناة. تتضمن جميع الطلبات المرسلة بعد الأولى ملف تعريف ارتباط يتم إرجاعه في استجابة HTTP ، لذلك ، من المهم أن يحافظ موازنة الحمل على ثبات الجلسة (التقارب) ويرسل دائمًا الطلبات إلى نفس خادم XSP|ADP المنتهى الخلفي.
إذا فشل طلب أو طلب ضربات القلب إلى مضيف، يمكن أن تحدث عدة أشياء:
-
إذا كان الفشل راجعًا إلى خطأ في الشبكة (على سبيل المثال: يتم تقديم مسار تطبيق Webex على الفور إلى المضيف التالي في القائمة.
-
إذا تم إرجاع رمز خطأ (HTTP 5xx)، فإن تطبيق Webex يحدد عنوان IP على أنه محظور ويتقدم التوجيه إلى المضيف التالي في القائمة.
-
إذا لم يتم استلام استجابة خلال فترة زمنية، فيعتبر الطلب فشل بسبب انتهاء المهلة ويتم إرسال الطلبات التالية إلى المضيف التالي. ومع ذلك، يعتبر طلب انتهاء المهلة فشل. تتم إعادة محاولة بعض الطلبات بعد الفشل (مع زيادة وقت إعادة المحاولة). الطلبات بعدم إعادة محاولة غير الحيوية المفترضة.
عندما تتم تجربة مضيف جديد بنجاح، يصبح المضيف المحدد الجديد إذا كان المضيف موجودًا في القائمة. بعد تجربة المضيف الأخير في القائمة، سيتم نقل تطبيق Webex إلى أول مضيف.
في حالة نبضات القلب، إذا كان هناك فشلان متتاليتان في الطلب، فسيقوم تطبيق Webex بإعادة تهيئة قناة الحدث.
لاحظ أن تطبيق Webex لا يقوم بمعاودة الفشل، ويتم تنفيذ اكتشاف خدمة DNS مرة واحدة فقط عند تسجيل الدخول.
أثناء تسجيل الدخول، يحاول تطبيق Webex تنزيل ملف التكوين من خلال واجهة XSP|ADP/Dms. يقوم بإجراء بحث عن سجل A/AAAA للمضيف في عنوان URL لـ DMS الذي تم استرداده ويتصل بعنوان IP الأول. سيحاول أولاً إرسال الطلب لتنزيل ملف التكوين باستخدام رمز SSO. إذا فشل هذا لأي سبب من الأسباب، فسيتم المحاولة مرة أخرى ولكن باستخدام اسم المستخدم وكلمة المرور الخاصة بالجهاز.
نظرة عامة على النشر
تمثل الرسوم البيانية التالية الترتيب النموذجي لمهام النشر الخاصة بك لأوضاع توفير المستخدمين المختلفة. العديد من المهام مشتركة بين جميع وسائط التوفير.
ضم الشركاء إلى Webex من أجل Cisco BroadWorks
يحتاج كل موفر خدمة Webex أو موزع Cisco BroadWorks إلى الإعداد كمؤسسة شريكة لـ Webex لـ Cisco BroadWorks. إذا كان لديك مؤسسة Webex Partner موجودة، فيمكن استخدام ذلك.
لإكمال الإلحاق اللازم، يجب عليك تنفيذ أوراق Webex Cisco BroadWorks الخاصة بك، ويجب على الشركاء الجدد قبول اتفاقية شريك القناة غير المباشرة عبر الإنترنت (ICPA). عند اكتمال هذه الخطوات، سيقوم Cisco Compliance بإنشاء مؤسسة شريك جديدة في Partner Hub (إذا لزم الأمر) وإرسال بريد إلكتروني يحتوي على تفاصيل المصادقة إلى مسؤول السجل في أوراقك. في الوقت نفسه، سيتصل بك Partner Activation و/أو Customer Success Program Manager لبدء عملية الإلحاق.
| يستطيع Webex Partners في منطقة واحدة إنشاء مؤسسات عملاء في أي منطقة نقدمها للخدمات. للحصول على المساعدة، ارجع إلى: موطن البيانات في Webex. |
تكوين الخدمات على Webex الخاص بك لـ Cisco BroadWorks XSP|ADPs
نطلب تشغيل تطبيق NPS على XSP|ADP مختلف. يتم وصف متطلبات XSP|ADP ذلك في تكوين إشعارات المكالمات من شبكتك.
تحتاج إلى التطبيقات / الخدمات التالية على XSP|ADPs الخاصة بك.
|
الخدمة/التطبيق |
المصادقة مطلوبة |
الغرض من الخدمة/التطبيق |
|---|---|---|
|
أحداث Xsi |
TLS (يصادق الخادم نفسه للعملاء) |
التحكم في المكالمات، إشعارات الخدمة |
|
Xsi- إجراءات |
TLS (يصادق الخادم نفسه للعملاء) |
التحكم في المكالمة والإجراءات |
|
إدارة الأجهزة |
TLS (يصادق الخادم نفسه للعملاء) |
تنزيل تكوين الاتصال |
|
خدمة المصادقة |
TLS (يصادق الخادم نفسه للعملاء) |
مصادقة المستخدم |
|
دمج الاتصال الهاتفي بالكمبيوتر |
mTLS (يقوم العميل والخادم بمصادقة بعضهما البعض) |
الحضور الهاتفي |
|
تطبيق Webview الخاص بإعدادات المكالمة |
TLS (يصادق الخادم نفسه للعملاء) |
يعرض إعدادات مكالمات المستخدم في مدخل العناية الذاتية داخل تطبيق Webex |
يصف هذا القسم كيفية تطبيق التكوينات المطلوبة لـ TLS و mTLS على هذه الواجهات، ولكن يجب عليك الرجوع إلى الوثائق الموجودة للحصول على تثبيت التطبيقات على XSP|ADPs الخاصة بك.
متطلبات الإقامة المشتركة
-
يجب أن تكون خدمة المصادقة مقيمة بشكل مشترك مع تطبيقات Xsi، لأن هذه الواجهات يجب أن تقبل الرموز المميزة طويلة الأجل للحصول على إذن الخدمة. خدمة المصادقة مطلوبة للتحقق من صحة تلك الرموز.
-
يمكن أن تعمل خدمة المصادقة وXsi على نفس المنفذ إذا لزم الأمر.
-
يمكنك فصل الخدمات/التطبيقات الأخرى على النحو المطلوب في المقياس الخاص بك (على سبيل المثال، مزرعة إدارة الأجهزة المخصصة XSP|ADP).
-
يمكنك المشاركة في موقع تطبيقات Xsi وCTI وخدمة المصادقة وDMS.
-
لا تقم بتثبيت تطبيقات أو خدمات أخرى على XSP|ADPs المستخدمة لدمج BroadWorks مع Webex.
-
لا تشترك في موقع تطبيق NPS مع أي تطبيقات أخرى.
واجهات Xsi
قم بتثبيت وتكوين تطبيقات Xsi-Actions وXsi-Events كما هو موضح في دليل تكوين واجهة خدمات Cisco BroadWorks Xtended.
يجب نشر مثيل واحد فقط من تطبيقات Xsi-Events على XSP|ADP المستخدم لواجهة CTI.
يجب أن تحتوي جميع Xsi-Events المستخدمة لدمج Broadworks مع Webex على نفس callControlApplicationName المحدد ضمن التطبيقات/Xsi-Events/GeneralSettings. على سبيل المثال:
ADP_CLI/التطبيقات/Xsi-Events/GeneralSettings> احصل على
callControlApplicationName = com.broadsoft.xsi-events
عند ضم مستخدم إلى Webex، يقوم Webex بإنشاء اشتراك للمستخدم على AS من أجل تلقي أحداث الاتصال الهاتفي الخاصة بالحضور وسجل المكالمات. يرتبط الاشتراك بـ callControlApplicationName ويستخدمه AS لمعرفة أحداث XSI لإرسال أحداث الاتصال الهاتفي إليها.
| سيؤدي تغيير CallControlApplicationName، أو عدم وجود نفس الاسم على جميع تطبيقات الويب Xsi-Events إلى التأثير على وظائف الاشتراكات والأحداث الهاتفية. |
تكوين خدمة المصادقة (مع التحقق من صحة رمز CI)
استخدم هذا الإجراء لتكوين خدمة المصادقة لاستخدام التحقق من صحة رمز CI مع TLS. يوصى باستخدام طريقة المصادقة هذه إذا كنت تقوم بتشغيل R22 أو أعلى وكان نظامك يدعمها.
| كما يتم دعم TLS المتبادل (mTLS) كطريقة مصادقة بديلة لخدمة المصادقة. إذا كان لديك مؤسسات Webex متعددة تعمل على نفس خادم XSP|ADP، فيجب عليك استخدام مصادقة MTLS لأن التحقق من صحة رمز CI لا يدعم اتصالات متعددة بنفس خدمة مصادقة XSP|ADP. لتكوين مصادقة mTLS لخدمة المصادقة بدلاً من التحقق من صحة رمز CI، ارجع إلى ملحقلتكوين الخدمات (مع mTLS لخدمة المصادقة). |
| إذا كنت تستخدم mTLS حاليًا لخدمة المصادقة، فمن غير الإلزامي أن تقوم بإعادة التكوين لاستخدام التحقق من صحة رمز CI مع TLS. |
-
الحصول على بيانات اعتماد OAuth لـ Webex لـ Cisco BroadWorks.
-
قم بتثبيت التصحيحات التالية على كل خادم XSP|ADP. قم بتثبيت التصحيحات المناسبة لإصدارك:
-
بالنسبة لـ R22:
-
بالنسبة لـ R23:
-
بالنسبة لـ R24 — لا توجد حاجة إلى تصحيح
تتضمن أي إشارة إلى XSP إما XSP أو ADP. -
-
قم بتثبيت تطبيق
AuthenticationServiceعلى كل خدمة XSP|ADP.قم بتشغيل الأمر التالي لتنشيط تطبيق AuthenticationService على XSP|ADP إلى مسار سياق /authService.
XSP|ADP_CLI/Maintenance/ManagedObjects> تنشيط مصادقة التطبيق 22.0_1.1123/authServiceقم بتشغيل هذا الأمر لنشر AuthenticationService على XSP|ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> نشر التطبيق /authServiceBroadWorks SW Manager نشر / authService...
-
بدءًا من بناء Broadworks 2022.10، لم تعد سلطات الشهادات التي تأتي مع Java مدرجة تلقائيًا في متجر BroadWorks الاستئماني عند التحول إلى إصدار جديد من java. يفتح AuthenticationService اتصال TLS بـ Webex لجلب رمز الوصول، ويحتاج إلى وجود ما يلي في متجر الثقة الخاص به للتحقق من صحة عنوان URL لـ IDBroker وWebex:
-
IdenTrust Commercial Root CA 1
-
اذهب الأب الجذر شهادة السلطة - G2
تحقق من وجود هذه الشهادات ضمن CLI التالية
ADP_CLI/System/SSLCommonSettings/Trusts/Defadefault> الحصول علىإذا لم يكن موجودًا، فقم بتشغيل الأمر التالي لاستيراد صناديق Java الافتراضية:
ADP_CLI/System/SSLCommonSettings/Trusts/Default> importJavaCATrustبدلاً من ذلك، يمكنك إضافة هذه الشهادات يدويًا كمرساة ثقة باستخدام الأمر التالي:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>إذا تم ترقية ADP من إصدار سابق، فسيتم استيراد سلطات الشهادات من الإصدار القديم تلقائيًا إلى الإصدار الجديد وسيستمر استيرادها حتى تتم إزالتها يدويًا.
تطبيق AuthenticationService معفي من إعداد validatePeerIdentity ضمن ADP_CLI/System/SSLCommonSettings/GeneralSettings، ويتحقق دائمًا من هوية النظير. راجع FD للتحقق من صحة شهادة Cisco Broadworks X509 للحصول على مزيد من المعلومات حول هذا الإعداد.
-
-
قم بتكوين موفري الهوية عن طريق تشغيل الأوامر التالية على كل خادم XSP|ADP:
الحصول على XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco>-
تعيين clientId client-Id-From-Step1 -
تم تمكين صحيح -
set clientSecret client-Secret-From-Step1 -
تعيين ciResponseBodyMaxSizeInBytes 65536 -
تعيين issuerName <URL>— بالنسبة إلىعنوان URL، أدخل عنوان URL الخاص بـ IssuerName الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي. -
تعيين issuerUrl <URL>—بالنسبة لعنوانURL، أدخل IssuerUrl الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي. -
تعيين tokenInfoUrl <IdPProxy URL>—أدخل عنوان URL لوكيل IdP الذي ينطبق على مجموعة Teams الخاصة بك. انظر الجدول الثاني الذي يلي.
الجدول رقم 1. تعيين issuerName وissuerURL إذا كانت مجموعة CI... تعيين issuerName وissuerURL إلى... الولايات المتحدة - ألف
الاتحاد الأوروبي
الولايات المتحدة - باء
إذا كنت لا تعرف مجموعة CI الخاصة بك، فيمكنك الحصول على المعلومات من تفاصيل العميل في عرض مكتب المساعدة في Control Hub.الجدول رقم 2. تعيين tokenInfoURL إذا كانت مجموعة Teams... تعيين tokenInfoURL إلى...(URL وكيل IdP) ACHM
https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
عفرا
https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
AORE
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
-
إذا كنت لا تعرف مجموعة Teams الخاصة بك، فيمكنك الحصول على المعلومات من تفاصيل العميل في عرض مكتب المساعدة الخاص بـ Control Hub.
-
للاختبار، يمكنك التحقق من صلاحية tokenInfoURL عن طريق استبدال جزء "
idp/authenticate" من عنوان URL بـ "ping".
-
-
حدد تخويل Webex الذي يجب أن يكون موجودًا في ملف تعريف المستخدم في Webex عن طريق تشغيل الأمر التالي:
XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> تعيين نطاق broadworks-connector:user -
قم بتكوين موفري الهوية لاتحاد Cisco باستخدام الأوامر التالية على كل خادم XSP|ADP:
الحصول على XSP|ADP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation>-
تعيين flsUrl https://cifls.webex.com/federation -
تعيين refreshPeriodInMinutes 60 -
تعيين رمز تحديث الرمز المميز تحديث من الخطوة1
-
-
قم بتشغيل الأمر التالي للتحقق من أن تكوين FLS الخاص بك يعمل. سيقوم هذا الأمر بإرجاع قائمة موفري الهوية:
XSP|ADP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> الحصول على -
قم بتكوين إدارة الرمز باستخدام الأوامر التالية على كل خادم XSP|ADP:
-
XSP|ADP_CLI/التطبيقات/AuthenticationService/TokenManagement> -
تعيين tokenIssuer BroadWorks -
تعيين tokenDurationInHours 720
-
-
قم بإنشاء مفاتيح RSA ومشاركتها. يجب عليك إنشاء مفاتيح على XSP|ADP واحد ثم نسخها إلى جميع XSP|ADPs الأخرى. ويرجع ذلك إلى العوامل التالية:
-
يجب عليك استخدام أزواج المفاتيح العامة/الخاصة نفسها للتشفير/فك التشفير الرمزي عبر جميع مثيلات خدمة المصادقة.
-
يتم إنشاء زوج المفاتيح بواسطة خدمة المصادقة عندما يكون مطلوبًا لأول مرة إصدار رمز.
إذا قمت بتشغيل المفاتيح أو تغيير طول المفتاح، فستحتاج إلى تكرار التكوين التالي وإعادة تشغيل جميع XSP|ADPs.-
حدد XSP|ADP واحدًا لاستخدامه لإنشاء زوج مفاتيح.
-
استخدم عميل لطلب رمز مشفر من ذلك XSP|ADP، عن طريق طلب عنوان URL التالي من مستعرض العميل:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE <UNK> URL(clientPublicKey)(يؤدي هذا إلى إنشاء زوج مفاتيح خاص / عام على XSP|ADP، إذا لم يكن هناك واحد بالفعل)
-
موقع متجر المفتاح غير قابل للتكوين. تصدير المفاتيح:
XSP|ADP_CLI/التطبيقات/المصادقةService/KeyManagement>exportKeys -
انسخ الملف الذي تم تصديره
/var/broadworks/tmp/authService.keysإلى نفس الموقع على XSP|ADPs الأخرى، مع الكتابة فوق ملف أقدم.keysإذا لزم الأمر. -
قم باستيراد المفاتيح على كل من XSP|ADPs الأخرى:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
-
-
قم بتوفير عنوان URL الخاص بخدمة authService لحاوية الويب. تحتاج حاوية الويب الخاصة بـ XSP|ADP إلى عنوان URL الخاص بـ authService حتى تتمكن من التحقق من صحة الرموز. في كل من XSP|ADPs:
-
أضف عنوان URL الخاص بخدمة المصادقة كخدمة مصادقة خارجية لبرنامج BroadWorks Communications Utility:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>تعيين عنوان url http://127.0.0.1/authService -
أضف عنوان URL لخدمة المصادقة إلى الحاوية:
XSP|ADP_CLI/Maintenance/ContainerOptions> إضافة tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceيؤدي هذا إلى تمكين Webex من استخدام خدمة المصادقة للتحقق من صحة الرموز المقدمة كبيانات اعتماد.
-
تحقق من المعلمة مع
get. -
أعد تشغيل XSP|ADP.
-
إزالة متطلبات مصادقة العميل لخدمة المصادقة (R24 فقط)
إذا كانت خدمة المصادقة قد تم تكوينها باستخدام التحقق من صحة رمز CI على R24، فأنت بحاجة أيضًا إلى إزالة متطلبات مصادقة العميل لخدمة المصادقة. قم بتشغيل أمر CLI التالي:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> تعيين <interfaceIp> <port> المصادقةService clientAuthReq false
تكوين TLS وتشفيرات على واجهات HTTP (لـ XSI وخدمة المصادقة)
تستخدم تطبيقات خدمة المصادقة وXsi-Actions وXsi-Events واجهات خادم HTTP. مستويات تكوين TLS لهذه التطبيقات هي كما يلي:
الأكثر عمومية = النظام > النقل > HTTP > واجهة خادم HTTP = الأكثر تحديدًا
سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:
| التحديد | سياق CLI |
| النظام (عالمي) |
|
| بروتوكولات النقل لهذا النظام |
|
| HTTP على هذا النظام |
|
| واجهات خادم HTTP محددة على هذا النظام |
|
قراءة تكوين واجهة TLS لخادم HTTP على XSP|ADP
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer> -
أدخل الأمر
احصلوقراءة النتائج. يجب أن ترى الواجهات (عناوين IP)، وبالنسبة لكل منها، ما إذا كانت آمنة وما إذا كانت تتطلب مصادقة العميل.
يقوم Apache tomcat بتكليف شهادة لكل واجهة آمنة؛ يقوم النظام بإنشاء شهادة موقعة ذاتيًا إذا كان يحتاج إلى شهادة.
XSP|ADP_CLI/Interface/Http/HttpServer> احصلإضافة بروتوكول TLS 1.2 إلى واجهة خادم HTTP
يجب تكوين واجهة HTTP التي تتفاعل مع Webex Cloud لـ TLSv1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.
لتكوين بروتوكول TLSv1.2 على واجهة خادم HTTP:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
أدخل الأمر
احصل على <interfaceIp> 443لمعرفة البروتوكولات المستخدمة بالفعل في هذه الواجهة. -
أدخل الأمر
أضف <interfaceIp> 443 TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين تشفير TLS على واجهة خادم HTTP
لتكوين التشفيرات المطلوبة:
-
تسجيل الدخول إلى XSP|ADP والتنقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
أدخل الأمر
احصل على <interfaceIp> 443لمعرفة الشفرات المستخدمة بالفعل في هذه الواجهة. يجب أن يكون هناك واحدة على الأقل من الأجنحة الموصى بها من Cisco (راجع XSP|ADP متطلبات الهوية والأمان في قسم النظرة العامة). -
أدخل الأمر
إضافة <interfaceIp> 443 <cipherName>لإضافة تشفير إلى واجهة خادم HTTP.
يتطلب XSP|ADP CLI اسم جناح التشفير القياسي IANA، وليس اسم جناح التشفير openSSL. على سبيل المثال، لإضافة تشفير openSSL
ECDHE-ECDSA-CHACHA20-POLY1305إلى واجهة خادم HTTP، يمكنك استخدام:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>إضافة 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305راجع https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.
تكوين إدارة الجهاز على XSP|ADP وخادم التطبيق وخادم ملف التعريف
خادم ملف التعريف وXSP|ADP إلزاميان لإدارة الأجهزة. يجب تكوينها وفقًا للتعليمات الواردة في دليل تكوين إدارة جهاز BroadWorks.
واجهة CTI والتكوين ذي الصلة
يتم سرد ترتيب التكوين "الأكثر احتياجًا إلى أقصى حد" أدناه. اتباع هذا الأمر القضائي غير إلزامي.
-
تكوين خادم التطبيق لاشتراكات CTI
-
تكوين XSP|ADPs لاشتراكات CTI المصادقة على mTLS
-
فتح المنافذ الواردة لواجهة CTI الآمنة
-
اشترك مؤسسة Webex الخاصة بك في أحداث CTI BroadWorks
تكوين خادم التطبيق لاشتراكات CTI
قم بتحديث ClientIdentity على خادم التطبيق بالاسم العام (CN) لشهادة عميل Cisco BroadWorks CTI.
لكل خادم تطبيق تستخدمه مع Webex، أضف هوية الشهادة إلى ClientIdentity على النحو التالي:
AS_CLI/System/ClientIdentity> إضافة bwcticlient.webex.com
| الاسم الشائع لشهادة عميل Webex لـ Cisco BroadWorks هو |
تكوين TLS والشفرات على واجهة CTI
مستويات قابلية التكوين لواجهة XSP|ADP CTI هي كما يلي:
الأكثر عمومية = النظام > النقل > واجهات CTI > واجهة CTI = الأكثر تحديدًا
سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:
|
التحديد |
سياق CLI |
|---|---|
|
النظام (عالمي) (R22 والإصدارات اللاحقة) |
XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols> |
|
بروتوكولات النقل لهذا النظام (R22 والإصدارات اللاحقة) |
XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols> |
|
كل واجهات CTI على هذا النظام (R22 والإصدارات اللاحقة) |
XSP|ADP_CLI/واجهة/CTI/SSLCommonSettings/Ciphers> XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/Protocols> |
|
واجهة CTI محددة على هذا النظام (R22 والإصدارات اللاحقة) |
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/التشفيرات> XSP|ADP_CLI/Interface/CTI/CTIServerSSLSettings/Protocols> |
| في عملية تثبيت جديدة، يتم تثبيت التشفيرات التالية افتراضيًا على مستوى النظام. إذا لم يتم تكوين أي شيء على مستوى الواجهة (على سبيل المثال، في واجهة CTI أو واجهة HTTP)، تنطبق قائمة التشفير هذه. لاحظ أن هذه القائمة قد تتغير بمرور الوقت:
|
قراءة تكوين واجهة CTI TLS على XSP|ADP
-
سجّل الدخول إلى XSP|ADP وانتقل إلى XSP|
ADP_CLI/Interface/CTI/CTIServer> أدخل الأمر
احصلوقراءة النتائج. يجب أن ترى الواجهات (عناوين IP)، وبالنسبة لكل منها، ما إذا كانت تتطلب شهادة خادم وما إذا كانت تتطلب مصادقة العميل.XSP|ADP_CLI/Interface/CTI/CTIServer> الحصول على واجهة منفذ IP Port Secure Server Certificate Client Auth Req ================================================================= 10.155.6.175 8012 true true true
إضافة بروتوكول TLS 1.2 إلى واجهة CTI
يجب تكوين واجهة XSP|ADP CTI التي تتفاعل مع Webex Cloud لـ TLS v1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.
لتكوين بروتوكول TLSv1.2 على واجهة CTI:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى XSP|
ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols> -
أدخل الأمر
احصل على <interfaceIp>لمعرفة البروتوكولات المستخدمة بالفعل في هذه الواجهة. -
أدخل الأمر
أضف <interfaceIp> TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين تشفير TLS على واجهة CTI
لتكوين التشفيرات المطلوبة على واجهة CTI:
-
تسجيل الدخول إلى XSP|ADP والتنقل إلى
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/التشفيرات> -
أدخل الأمر
getلترى الشفرات المستخدمة بالفعل في هذه الواجهة. يجب أن يكون هناك واحدة على الأقل من الأجنحة الموصى بها من Cisco (راجع XSP|ADP متطلبات الهوية والأمان في قسم النظرة العامة). -
أدخل الأمر
إضافة <interfaceIp> <cipherName>لإضافة تشفير إلى واجهة CTI.
يتطلب XSP|ADP CLI اسم جناح التشفير القياسي IANA، وليس اسم جناح التشفير openSSL. على سبيل المثال، لإضافة تشفير openSSL
ECDHE-ECDSA-CHACHA20-POLY1305إلى واجهة CTI، يمكنك استخدام:XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> إضافة 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305راجع https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.
مرساة الثقة لواجهة CTI (R22 والإصدارات الأحدث)
يفترض هذا الإجراء أن XSP|ADPs إما تواجه الإنترنت أو تواجه الإنترنت عبر وكيل المرور. يختلف تكوين الشهادة بالنسبة لوكيل جسر (راجع متطلبات شهادة TLS لوكيل جسر TLS).
لكل XSP|ADP في بنيتك التحتية التي تنشر أحداث CTI على Webex، قم بما يلي:
-
قم بتسجيل الدخول إلى Partner Hub.
-
انتقل إلى الإعدادات > BroadWorks Calling وانقر على تنزيل شهادة Webex CA للحصول على
CombinedCertChain2023.txtعلى جهاز الكمبيوتر المحلي لديك.
تحتوي هذه الملفات على مجموعتين من الشهادات. تحتاج إلى تقسيم الملفات قبل تحميلها إلى XSP|ADPs. جميع الملفات مطلوبة.
-
قم بتقسيم سلسلة الشهادات إلى شهادتين - combinedcertchain2023.txt
.-
افتح
combinedcertchain2023.txtفي محرر نصوص. -
انتقِ و قطع الأوّل كتلة من نص سطور
----- بدء شهادة-----Meme it----- شهادة نهاية------، ولصق كتلة النص في ملف جديد. -
احفظ الملف الجديد باسم
root2023.txt. -
احفظ الملف الأصلي كإصدار
2023.txt. يجب أن يحتوي الملف الأصلي الآن على كتلة واحدة فقط من النص ، محاطة بالأسطر--------------و---------------------------------.
-
-
انسخ كلا الملفات النصية إلى موقع مؤقت على XSP|ADP الذي تقوم بتأمينه، على سبيل المثال
/var/broadworks/tmp/root2023.txtو/var/broadworks/tmp/issued2023.txt -
سجّل الدخول إلى XSP|ADP وانتقل إلى
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> -
(اختياري)
مساعدة التشغيلعلى تحديثTrust للاطلاع على المعلمات وتنسيق الأمر. -
تحميل ملفات الشهادة إلى مرساة ثقة جديدة - 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issued2023.txt
يجب أن يكون لكل الأسماء المستعارة اسم مختلف.
webexclientroot2023وwebexclientissusuing2023هي مثال الأسماء المستعارة لمراسي الثقة ؛ يمكنك استخدام الخاص بك طالما أن جميع الإدخالات فريدة من نوعها. -
تأكد من تحديث المراسي:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> الحصولالاسم المستعار المالك ============================================================================= webexclientissuing2023 داخلي خاص TLS SubCA Internal Private Root webexclientroot2023 داخلي جذر خاص داخلي جذر خاص [موقعة ذاتيًا] -
السماح للعملاء بالمصادقة باستخدام الشهادات:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> تعيين allowClientApp true
إضافة واجهة CTI وتمكين mTLS
-
أضف واجهة CTI SSL.
يعتمد سياق CLI على إصدار BroadWorks الخاص بك. يخلق الأمر شهادة خادم موقعة ذاتيًا على الواجهة ، ويجبر الواجهة على طلب شهادة عميل.
-
على BroadWorks R22 وR23:
XSP|ADP_CLI/واجهة/CTI/CTIServer> إضافة <Interface IP> 8012 true true true
-
-
استبدل شهادة الخادم والمفتاح على واجهات CTI لـ XSP|ADP. أنت بحاجة إلى عنوان IP لواجهة CTI لهذا; يمكنك قراءته من السياق التالي:
-
على BroadWorks R22 وR23:
XSP|ADP_CLI/واجهة/CTI/CTIServer> الحصولثم قم بتشغيل الأوامر التالية لاستبدال شهادة واجهة موقعة ذاتيًا بشهادتك الخاصة ومفتاحك الخاص:
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>
-
-
أعد تشغيل XSP|ADP.
تمكين الوصول إلى أحداث BroadWorks CTI على Webex
تحتاج إلى إضافة واجهة CTI والتحقق من صحتها عند تكوين المجموعات الخاصة بك في Partner Hub. راجع تكوين مؤسسة شريكك في Partner Hub للحصول على إرشادات تفصيلية.
تحتاج إلى إضافة واجهة CTI والتحقق من صحتها عند تكوين المجموعات الخاصة بك في Partner Hub. راجع تكوين مؤسسة شريكك في Partner Hub للحصول على إرشادات تفصيلية.
-
حدد عنوان CTI الذي يمكن من خلاله لـ Webex الاشتراك في BroadWorks CTI Events.
-
تكون اشتراكات CTI على أساس كل مشترك ويتم إنشاؤها وصيانتها فقط بينما يتم توفير هذا المشترك لـ WEBEX لـ Cisco BroadWorks.
عرض ويب إعدادات المكالمة
عرض Webview الخاص بإعدادات المكالمات (CSWV) هو تطبيق يتم استضافته على XSP|ADP لتمكين المستخدمين من تعديل إعدادات مكالمات BroadWorks الخاصة بهم من خلال عرض ويب يرونه في العميل البرمجي. راجع دليل حل Cisco BroadWorks Call Settings Webview.
يستخدم Webex هذه الميزة لتزويد المستخدمين بالوصول إلى إعدادات مكالمات BroadWorks الشائعة التي ليست أصلية في تطبيق Webex.
إذا كنت تريد أن يصل مشتركو Webex من أجل Cisco BroadWorks إلى إعدادات المكالمات التي تتجاوز الإعدادات الافتراضية المتوفرة في تطبيق Webex، فأنت بحاجة إلى نشر ميزة Webview الخاصة بإعدادات المكالمات.
يحتوي Webview الخاص بإعدادات المكالمات على عنصرين:
-
تطبيق Webview الخاص بإعدادات المكالمات، المستضاف على Cisco BroadWorks XSP|ADP.
-
تطبيق Webex، الذي يجعل إعدادات المكالمة في Webview.
تجربة المستخدم
-
مستخدمو Windows: انقر على إعدادات المكالمات ثم انقر على .
-
مستخدمو Mac: انقر على صورة ملف التعريف، ثم .
نشر CSWV على BroadWorks
تثبيت Webview الخاص بإعدادات المكالمات على XSP|ADP
يجب أن يكون تطبيق CSWV على نفس XSP|ADP التي تستضيف واجهة Xsi-Actions في بيئتك. إنه تطبيق غير خاضع للإدارة على XSP|ADP ، لذلك تحتاج إلى تثبيت ملف أرشيف الويب ونشره.
-
سجّل الدخول إلى cisco.com وابحث عن "BWCallSettingsWeb" في قسم تنزيل البرامج.
-
ابحث عن أحدث إصدار من الملف وقم بتنزيله.
على سبيل المثال، كان
BWCallSettingsWeb_1.8.2_1.war( https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04) الأحدث وقت كتابة هذا التقرير. -
قم بتثبيت وتنشيط ونشر أرشيف الويب وفقًا لدليل تكوين منصة خدمة Cisco BroadWorks Xtended لإصدار XSP|ADP الخاص بك. (إصدار R24 هو https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
-
انسخ ملف .war إلى موقع مؤقت على XSP|ADP، مثل
/tmp/. -
انتقل إلى سياق CLI التالي وقم بتشغيل أمر التثبيت:
XSP|ADP_CLI/Maintenance/ManagedObjects> تثبيت التطبيق /tmp/BWCallSettingsWeb_1.7.5_1.warيقوم مدير برنامج BroadWorks بالتحقق من الملف وتثبيته.
-
[اختياري] حذف
/tmp/BWCallSettingsWeb_1.7.5_1.war(لم يعد هذا الملف مطلوبًا). -
تنشيط التطبيق:
XSP|ADP_CLI/Maintenance/ManagedObjects> تنشيط التطبيق BWCallSettingsWeb 1.7.5 /callsettingsالاسم والإصدار إلزاميان لأي تطبيق، ولكن بالنسبة لـ CSWV يجب عليك أيضًا توفير contextPath لأنه تطبيق غير خاضع للإدارة. يمكنك استخدام أي قيمة لا يستخدمها تطبيق آخر، على سبيل المثال،
/إعدادات الاتصال. -
نشر تطبيق "إعدادات المكالمات" على مسار السياق المحدد:
XSP|ADP_CLI/Maintenance/ManagedObjects> نشر التطبيق/إعدادات الاتصال
-
-
يمكنك الآن التنبؤ بعنوان URL الخاص بإعدادات المكالمات الذي ستحدده للعملاء، على النحو التالي:
https://<XSP|ADP-FQDN>/callsettings/ملاحظات:
-
يجب عليك توفير شرطة مائلة لاحقة على عنوان URL هذا عند إدخاله في ملف تكوين العميل.
-
يجب أن يتطابق XSP|ADP-FQDN مع FQDN لـ Xsi-Actions، لأن CSWV يحتاج إلى استخدام XSI-Actions، ولا يتم دعم CORS.
-
-
كرر هذا الإجراء لـ XSP|ADPs الأخرى في بيئة Webex لـ Cisco BroadWorks الخاصة بك (إذا لزم الأمر).
تطبيق Webview الخاص بإعدادات المكالمات نشط الآن على XSP|ADPs.
تكوين تطبيق Webex لاستخدام عرض Webview الخاص بإعدادات المكالمات
للحصول على مزيد من التفاصيل حول تكوين العميل، راجع دليل تكوين Webex لـ Cisco BroadWorks.
هناك علامة مخصصة في ملف تكوين تطبيق Webex يمكنك استخدامها لتعيين عنوان URL لـ CSWV. يعرض عنوان URL هذا إعدادات المكالمة للمستخدمين من خلال واجهة التطبيق.
<config> <services> <web-call-settings_target="%WEB_CALL_SETTINGS_TARGET_WXT%"> <url>%WEB_CALL_SETTINGS_URL_WXT%</url> </web-call-settings>في قالب تكوين تطبيق Webex على BroadWorks، قم بتكوين عنوان URL لـ CSWV في علامة %WEB_CALL_SETTINGS_URL_WXT%.
إذا لم تحدد عنوان URL صراحة، يكون الافتراضي فارغًا وصفحة إعدادات المكالمة غير مرئية للمستخدمين.
-
تأكد من أن لديك أحدث قوالب التكوين لتطبيق Webex (راجع ملفات تعريف الجهاز).
-
قم بتعيين هدف إعدادات مكالمات الويب على
csw:%WEB_CALL_SETTINGS_TARGET_WXT% csw -
قم بتعيين عنوان URL الخاص بإعدادات مكالمات الويب لبيئتك، على سبيل المثال:
%WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/لقد اشتريت هذه القيمة عند نشر تطبيق CSWV.
-
يجب أن يحتوي ملف تكوين العميل الناتج على إدخال على النحو التالي:
<web call-settings target="csw"> <url>https://yourxsp.example.com/callsettings/</url> </web-call-settings>
تتضمن أي إشارة إلى XSP إما XSP أو ADP.
تكوين إشعارات دفع المكالمات في Webex لـ Cisco BroadWorks
في هذا المستند، نستخدم مصطلح خادم دفع إعلامات المكالمات (CNPS) لوصف تطبيق مستضاف XSP أو مستضاف ADP يعمل في بيئتك. يعمل CNPS الخاص بك مع نظام BroadWorks الخاص بك على دراية بالمكالمات الواردة إلى مستخدميك، ويدفع إشعارات تلك المكالمات إلى خدمات إعلام Google Firebase Cloud Messaging (FCM) أو خدمة إعلام Apple Push (APNs).
تُخطر هذه الخدمات الأجهزة المحمولة الخاصة بـ Webex لمشتركي Cisco BroadWorks بأن لديهم مكالمات واردة على Webex.
لمزيد من المعلومات حول NPS، راجع وصف ميزة خادم دفع الإخطار.
تعمل آلية مماثلة في Webex مع خدمات مراسلة Webex والحضور لدفع الإشعارات إلى خدمات إعلام Google (FCM) أو Apple (APNS). تقوم هذه الخدمات بدورها بإخطار مستخدمي Webex المتنقل بالرسائل الواردة أو تغييرات الحضور.
| يصف هذا القسم كيفية تكوين NPS لوكيل المصادقة عندما لا تدعم NPS التطبيقات الأخرى بالفعل. إذا كنت بحاجة إلى ترحيل NPS مشتركة لاستخدام وكيل NPS، راجع تحديث Cisco BroadWorks NPS لاستخدام وكيل NPS https://help.webex.com/nl5rir2/. |
نظرة عامة على وكيل NPS
للتوافق مع Webex لـ Cisco BroadWorks، يجب تصحيح CNPS الخاص بك لدعم ميزة وكيل NPS، خادم دفع لـ VoIP في UCaaS.
تنفذ الميزة تصميمًا جديدًا في Notification Push Server لحل نقاط الضعف الأمنية لمشاركة المفاتيح الخاصة لشهادات إعلام الدفع مع موفري الخدمات لعملاء الأجهزة المحمولة. بدلاً من مشاركة شهادات ومفاتيح إعلام الدفع مع موفر الخدمة، يستخدم NPS واجهة برمجة تطبيقات جديدة للحصول على رمز إعلام مؤقت قصير الأجل من WEBEX لـ Cisco BroadWorks الخلفي، ويستخدم هذا الرمز للمصادقة مع APN Apple وخدمات Google FCM.
وتعزز الميزة أيضًا قدرة خادم دفع الإشعارات على دفع الإشعارات إلى أجهزة Android من خلال واجهة API الجديدة Google Firebase Cloud Messaging (FCM) HTTPv1.
-
لمزيد من المعلومات، راجع Push Server for VoIP في وصف ميزة UCaaS.
-
تتوفر بقع BroadWorks للميزة على: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.
بالنسبة لبرامج NPS والترقيعات، راجع القسم إعداد NPS الخاص بك لتطبيق Webex من أجل Cisco BroadWorks.
ابحث عن التصحيح وتنزيله من صفحة تنزيل البرنامج.
-
يمكن العثور على مزيد من المعلومات حول خادم ADP على https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.
اعتبارات APNS
لن تدعم Apple بعد الآن البروتوكول الثنائي القائم على HTTP/1 على خدمة Apple Push Notification بعد 31 مارس 2021. نوصي بتكوين XSP|ADP الخاص بك لاستخدام الواجهة القائمة على HTTP/2 لـ APNs. يتطلب هذا التحديث أن تقوم XSP|ADP الخاص بك باستضافة NPS بتشغيل R22 أو إصدار أحدث.
قم بإعداد NPS الخاص بك لتطبيق Webex من أجل Cisco BroadWorks
| 1 |
قم بتثبيت وتكوين XSP مخصص (الإصدار الأدنى R22)، أو منصة تسليم التطبيق (ADP). | ||
| 2 |
قم بتثبيت بقع وكيل مصادقة NPS: بقع XSP R22: بقع XSP R23: | ||
| 3 |
قم بتنشيط تطبيق خادم دفع الإعلام. | ||
| 4 |
(لإشعارات Android) قم بتمكين واجهة FCM V1 API على NPS.
| ||
| 5 |
(لإشعارات Apple iOS) قم بتمكين HTTP/2 على NPS.
| ||
| 6 |
إرفاق دعم تقني من NPS XSP/ADP. | ||
| 7 |
على كل خادم AS، يجب تكوين ملف NAMEDEFS في مثال: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com في 10.193.78.149
|
التصرف التالي
بالنسبة للتثبيت الجديد من NPS، انتقل إلى تكوين NPS لاستخدام وكيل المصادقة
لترحيل نشر Android الحالي إلى FCMv1، انتقل إلى ترحيل NPS إلى FCMv1
تكوين NPS لاستخدام وكيل المصادقة
تنطبق هذه المهمة على تثبيت جديد من NPS مخصص لتطبيق Webex من أجل Cisco BroadWorks.
إذا كنت ترغب في تكوين وكيل المصادقة على NPS الذي يتم مشاركته مع تطبيقات الجوال الأخرى، راجع تحديث Cisco BroadWorks NPS لاستخدام وكيل NPS ( https://help.webex.com/nl5rir2).
| 1 |
الحصول على بيانات اعتماد OAuth لـ Webex لـ Cisco BroadWorks. | |||||||||||||||||||
| 2 |
إنشاء حساب العميل على NPS:
للتحقق من أن القيم التي أدخلتها تتطابق مع ما تم منحه لك، قم بتشغيل
| |||||||||||||||||||
| 3 |
أدخل عنوان URL لوكيل NPS، وقم بتعيين الفاصل الزمني لتحديث الرمز (يوصى بـ 30 دقيقة):
| |||||||||||||||||||
| 4 |
(لإشعارات Android) أضف معرف تطبيق Android إلى سياق تطبيقات FCM على NPS.
| |||||||||||||||||||
| 5 |
(لإشعارات Apple iOS) أضف معرف التطبيق إلى سياق تطبيقات APNS، مع الحرص على حذف مفتاح Auth - قم بتعيينه فارغًا.
| |||||||||||||||||||
| 6 |
قم بتكوين عناوين URL لـ NPS التالية:
| |||||||||||||||||||
| 7 |
قم بتكوين معلمات اتصال NPS التالية بالقيم الموصى بها الموضحة:
| |||||||||||||||||||
| 8 |
تحقق مما إذا كان خادم التطبيق يقوم بفحص معرفات التطبيقات، لأنك قد تحتاج إلى إضافة تطبيقات Webex إلى قائمة السماح: | |||||||||||||||||||
| 9 |
أعد تشغيل XSP|ADP: | |||||||||||||||||||
| 10 |
اختبار إشعارات المكالمات عن طريق إجراء مكالمات من مشترك في BroadWorks إلى اثنين من مستخدمي Webex للأجهزة المحمولة. تحقق من ظهور إشعار المكالمة على أجهزة iOS وAndroid. |
ترحيل NPS إلى FCMv1
يحتوي هذا الموضوع على إجراءات اختيارية يمكنك استخدامها في Google FCM Console عندما يكون لديك نشر NPS موجود تحتاج إلى الترحيل إلى FCMv1. هناك ثلاثة إجراءات:
-
ترحيل عملاء UC-One إلى FCMv1—عندما يكون لديك عملاء UCaaS موجودين وتحتاج إلى ترحيلهم لاستخدام FCMv1.
-
ترحيل عملاء SaaS إلى FCMv1—عندما يكون لديك عملاء SaaS موجودين وتحتاج إلى ترحيلهم لاستخدام FCMv1.
-
تحديث خادم ADP—عندما تقوم بترحيل NPS إلى خادم ADP.
ترحيل عملاء UC-ONE إلى FCMv1
استخدم الخطوات التالية في وحدة تحكم Google FCM لترحيل عملاء UC-One إلى Google FCM HTTPv1.
| إذا تم تطبيق العلامة التجارية على العميل، فيجب أن يكون لدى العميل معرف المرسل. في وحدة تحكم FCM، راجع . يظهر الإعداد في جدول بيانات اعتماد المشروع. للحصول على مزيد من التفاصيل، راجع دليل العلامة التجارية Connect Mobile على https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaboration/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf؟. الرجوع إلى
|
-
قم بتسجيل الدخول إلى SDK الخاص بإدارة FCM على http://console.firebase.google.com.
-
حدد تطبيق Android المناسب.
-
في علامة التبويب عام، قم بتسجيل معرف المشروع
-
انتقل إلى علامة تبويب حسابات الخدمة لتكوين حساب خدمة. يمكنك إنشاء حساب خدمة جديد أو تكوين حساب موجود.
لإنشاء حساب خدمة جديد:
-
انقر على الزر الأزرق لإنشاء حساب خدمة جديد
-
انقر على الزر الأزرق لإنشاء مفتاح خاص جديد
-
تنزيل المفتاح إلى موقع آمن
لإعادة استخدام حساب خدمة موجود:
-
انقر على النص الأزرق لعرض حسابات الخدمة الحالية.
-
حدد حساب الخدمة المطلوب استخدامه. يحتاج حساب الخدمة إلى إذن firebaseadmin-sdk.
-
على اليمين، انقر على قائمة الهمبرغر وقم بإنشاء مفتاح خاص جديد.
-
قم بتنزيل ملف json الذي يحتوي على المفتاح وحفظه في موقع آمن.
-
-
انسخ ملف json على XSP|ADP.
-
تكوين معرف المشروع و:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> إضافة <معرف المشروع> <path/to/json-key-file> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> احصل على حساب معرف المشروع ======================== my_project ********* -
اضبط التطبيق:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> إضافة <معرف التطبيق> projectId <معرف المشروع> ...Done XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> احصل على معرف مشروع التطبيق ============================== my_app my_project -
تمكين FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> تعيين V1Enabled true ...Done -
قم بتشغيل
أمرBwrestart لإعادة تشغيل XSP|ADP.
ترحيل عملاء SaaS إلى FCMv1
استخدم الخطوات التالية على Google FCM Console إذا كنت ترغب في ترحيل عملاء SaaS إلى FCMv1.
| تأكد من أنك أكملت بالفعل الإجراء "تكوين NPS لاستخدام وكيل المصادقة". |
-
تعطيل FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> تعيين V1Enabled false ...Done -
قم بتشغيل
أمرBwrestart لإعادة تشغيل XSP|ADP. -
تمكين FCM:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> تعيين V1Enabled true ...Done -
قم بتشغيل
أمرBwrestart لإعادة تشغيل XSP|ADP.
تحديث خادم ADP
استخدم الخطوات التالية في وحدة تحكم Google FCM إذا كنت تقوم بترحيل NPS لاستخدام خادم ADP.
-
احصل على ملف JSON من Google Cloud Console:
-
على وحدة التحكم في Google Cloud، انتقل إلى صفحة حسابات الخدمة.
-
انقر على تحديد مشروع، واختر مشروعك وانقر على فتح.
-
ابحث عن صف حساب الخدمة الذي تريد إنشاء مفتاح له، وانقر فوق زر المزيد العمودي، ثم انقر فوق إنشاء المفتاح.
-
حدد نوع مفتاح وانقر على إنشاء
يتم تنزيل الملف.
-
-
إضافة FCM إلى خادم ADP:
-
قم باستيراد ملف JSON إلى خادم ADP باستخدام أمر
/bw/التثبيت. -
قم بتسجيل الدخول إلى ADP CLI وقم بإضافة مفتاح Project وAPI:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> أضف الاتصال /bw/install/google JSON: -
بعد ذلك، أضف التطبيق والمفتاح:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done -
تحقق من التكوين:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey ======================== connect-ucaas ******* ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ID =========================================================================================================================================================================================================================================
-
تكوين مؤسسة شريكك في Partner Hub
تكوين مجموعات BroadWorks الخاصة بك
[مرة واحدة لكل مجموعة]
ويتم ذلك للأسباب التالية:
-
لتمكين سحابة Webex من مصادقة المستخدمين لديك ضد BroadWorks (عبر خدمة المصادقة التي تستضيفها XSP|ADP).
-
لتمكين تطبيقات Webex من استخدام واجهة Xsi للتحكم في المكالمات.
-
لتمكين Webex من الاستماع إلى أحداث CTI التي ينشرها BroadWorks (التواجد الهاتفي وتاريخ المكالمات).
| يقوم معالج المجموعة بالتحقق من صحة الواجهات تلقائيًا أثناء إضافتها. يمكنك الاستمرار في تحرير المجموعة إذا لم يتم التحقق من صحة أي من الواجهات بنجاح، ولكن لا يمكنك حفظ مجموعة إذا كانت هناك إدخالات غير صالحة. نمنع ذلك لأن مجموعة النظام التي تمت تهيئتها بشكل خاطئ قد تتسبب في مشاكل يصعب حلها. |
ما عليك القيام به:
-
سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك لديك.
-
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات BroadWorks Calling.
إذا لم يكن لدى مستخدم المسؤول رؤية لإعدادات BroadWorks Calling، فمن المستحسن أن تقوم بفتح حالة باستخدام Cisco TAC.
-
انقر فوق إضافة مجموعة.
يؤدي هذا إلى إطلاق معالج توفر واجهات XSP|ADP (URLs) الخاصة بك. يمكنك إضافة منفذ إلى عنوان URL للواجهة إذا كنت تستخدم منفذ غير قياسي.
-
حدد اسمًا لهذه المجموعة وانقر على Next.
مفهوم المجموعة هنا عبارة عن مجموعة من الواجهات، عادةً ما تكون موجودة على خادم XSP|ADP أو مزرعة، تتيح لـ Webex قراءة المعلومات من خادم التطبيق (AS) الخاص بك. قد يكون لديك واحد XSP|ADP لكل مجموعة AS، أو XSP|ADPs متعددة لكل مجموعة، أو مجموعات AS متعددة لكل XSP|ADP. متطلبات المقياس لنظام BroadWorks الخاص بك خارج النطاق هنا.
-
(اختياري) أدخل اسم حساب مستخدم BroadWorks وكلمة المرور اللتين تعرفان أنهما ضمن نظام BroadWorks الذي تتصل به بـ Webex، ثم انقر على Next.
يمكن أن تستخدم اختبارات التحقق هذا الحساب للتحقق من صحة الاتصالات بالواجهات في المجموعة.
-
أضف إجراءات XSI وعناوين URL الخاصة بأحداث xsi الخاصة بك.
-
اختياري. قم بتحديث عنوان URL لـ DAS باستخدام عنوان URL الخاص بخدمة تنشيط الجهاز.
-
اختياري. حدد خانة اختيار تمكين مصادقة BroadWorks المباشرة إذا كنت تريد أن تكون عمليات تسجيل الدخول إلى BroadWorks مباشرة إلى BroadWorks. وبخلاف ذلك، يتم تكملة المصادقة إلى BroadWorks من خلال خدمة وكيل IdP التي تستضيفها Webex.
يؤثر خانة الاختيار هذه على حالات تسجيل الدخول:
-
تسجيل الدخول إلى مدخل تنشيط المستخدم - يجب على المستخدمين إدخال بيانات اعتماد BroadWorks الخاصة بهم عند تسجيل الدخول إلى البوابة. يحدد الإعداد أعلاه ما إذا كان تسجيل الدخول مباشرًا إلى BroadWorks أو من خلال وكيل IdP.
-
تسجيل دخول العميل — إذا تم تكوين مصادقة BroadWorks في قالب التضمين، فإن الإعداد أعلاه يحدد ما إذا كان تسجيل دخول العميل إلى تطبيق Webex مباشرًا إلى BroadWorks أو تم تكوينه من خلال وكيل IdP.
-
-
انقر على التالي.
-
في صفحة واجهة CTI، قم بما يلي:
-
أضف عنوان URL لـ CTI والمنفذ لواجهة CTI التي تريد الاتصال بها.
-
اختياري. قم بتمكين تبديل محفوظات المكالمات ثم أدخل معرف مستخدم BroadWorks الخاص بك. عند تحديد هذا الخيار، تتم مزامنة أحداث محفوظات مكالمات BroadWorks مع سحابة Webex. يمكن للمستخدمين عرض محفوظات المكالمات الخاصة بهم على تطبيق Webex.
-
اختياري. قم بتمكين تبديل مزامنة عدم الإزعاج (DND) ثم أدخل معرف مستخدم BroadWorks الخاص بك. يقوم هذا الخيار بمزامنة أحداث DND بين Webex وBroadWorks، مما يضمن أن الميزة تعمل نفسها على كلا المنصتين.
-
انقر على التالي.
-
-
أضف عنوان URL الخاص بخدمة المصادقة.
-
حدد خدمة المصادقة مع التحقق من صحة رمز CI.
لا يتطلب هذا الخيار من mTLS حماية الاتصال من Webex، لأن خدمة المصادقة تتحقق بشكل صحيح من رمز المستخدم مقابل خدمة تعريف Webex قبل إصدار الرمز المميز طويل الأجل للمستخدم.
-
راجع إدخالاتك على الشاشة النهائية، ثم انقر على إنشاء. يجب أن ترى رسالة نجاح.
يمرر Partner Hub عناوين URL إلى مختلف خدمات Webex المصغرة التي تختبر الاتصالات بالواجهات التي يتم توفيرها.
-
انقر على عرض المجموعات ويجب أن ترى المجموعة الجديدة الخاصة بك، وما إذا كان التحقق قد نجح.
-
يمكن تعطيل زر إنشاء في الشاشة النهائية (المعاينة) للمعالج. إذا لم تتمكن من حفظ القالب، فإنه يشير إلى مشكلة في واحدة من عمليات التكامل التي قمت بتهيئتها للتو.
قمنا بتنفيذ هذا الفحص لمنع الأخطاء في المهام اللاحقة. يمكنك الرجوع إلى المعالج أثناء تكوين عملية النشر الخاصة بك، والتي قد تتطلب تعديلات على البنية التحتية الخاصة بك (على سبيل المثال XSP|ADP أو أداة موازنة التحميل أو جدار الحماية) كما هو موثق في هذا الدليل، قبل أن تتمكن من حفظ القالب.
التحقق من الاتصالات إلى واجهات BroadWorks الخاصة بك
-
سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك لديك.
-
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات BroadWorks Calling.
-
انقر على عرض المجموعات.
-
يبدأ Partner Hub اختبارات الاتصال من الخدمات المصغرة المختلفة نحو الواجهات في المجموعات.
بعد اكتمال الاختبارات، تعرض صفحة قائمة المجموعة رسالة الحالة بجوار كل مجموعة نظام.
يجب أن ترى رسائل النجاح الخضراء. إذا رأيت رسالة خطأ حمراء، فانقر فوق اسم المجموعة المتأثرة لمعرفة الإعداد الذي يسبب المشكلة.
-
اختياري. حدد مجموعة إذا كنت ترغب في رؤية الإعدادات الحالية لتلك المجموعة، مثل XSI-Actions وXSI-Events وDAS URL وإعدادات واجهة CTI.
تكوين قوالب التضمين الخاصة بك
قوالب التضمين هي الطريقة التي ستطبق بها التكوين المشترك على عميل واحد أو أكثر أثناء ضمهم إليه عبر طرق التوفير. يجب عليك إقران كل قالب بمجموعة (أنشأتها في القسم السابق).
يمكنك إنشاء أكبر عدد من القوالب التي تحتاج إليها، ولكن يمكن ربط قالب واحد فقط بالعميل.
-
سجّل الدخول إلى Partner Hub وحدد العملاء.
-
انقر على زر قوالب التضمين لعرض القوالب الحالية.
-
انقر على إنشاء قالب.
-
في نافذة تفاصيل القالب ، أضف اسم القالب أو البلد أو المنطقة ولغة البريد الإلكتروني الافتراضية.
-
انقر على القائمة المنسدلة لمعرف اشتراك CCW، وابحث عن الاشتراكات المدرجة الخاصة بالشريك، وحدد الاشتراك المناسب.
يتم عرض هذا الحقل فقط للشركاء الذين تم ترحيلهم من Webex for BroadWorks إلى Webex. -
في نافذة إعداد الخدمة، استخدم القائمة المنسدلة لمجموعة النظام لاختيار المجموعة التي تريد استخدامها مع هذا القالب.
-
أدخل اسم قالب، ثم انقر على "التالي".
-
قم بتكوين وضع التوفير الخاص بك، باستخدام هذه الإعدادات الموصى بها:
الجدول رقم 3. إعدادات التوفير الموصى بها لأوضاع التوفير المختلفة اسم الإعداد
التوفير من خلال رسائل البريد الإلكتروني الموثوق بها
التوفير من خلال بدون رسائل بريد إلكتروني
التوفير الذاتي للمستخدم
تمكين تدفق BroadWorks من خلال التوفير (تشمل بيانات اعتماد حساب التوفير في حالة التشغيل**)
تشغيل
قم بتوفير اسم حساب التوفير وكلمة المرور وفقًا لتكوين BroadWorks.
تشغيل
قم بتوفير اسم حساب التوفير وكلمة المرور وفقًا لتكوين BroadWorks.
إيقاف التشغيل
إنشاء مؤسسات جديدة تلقائيًا في Control Hub
في
في
في
عنوان البريد الإلكتروني لموفر الخدمة
حدد عنوان بريد إلكتروني من القائمة المنسدلة (يمكنك كتابة بعض الأحرف للعثور على العنوان إذا كان قائمة طويلة).
يحدد عنوان البريد الإلكتروني هذا المسؤول داخل مؤسسة الشريك لديك الذي سيتم منحه وصول المسؤول المفوض إلى أي مؤسسات عملاء جديدة تم إنشاؤها باستخدام قالب التضمين.
الدولة
اختر البلد الذي تستخدمه لهذا القالب.
البلد الذي تختاره يطابق مؤسسات العملاء التي تم إنشاؤها باستخدام هذا القالب مع منطقة معينة. وفي الوقت الحاضر، يمكن أن تكون المنطقة (EMEAR) أو (أمريكا الشمالية وبقية العالم). اطلع على تعيينات الدولة إلى المنطقة في ورقة الحساب هذه.
ستحدد دولة المؤسسة أرقام الاتصال العالمية الافتراضية لـ Cisco PSTN في مواقع اجتماعات Webex. ارجع إلى قسم الدولة في صفحة التعليمات للحصول على مزيد من المعلومات.
وضع BroadWorks Enterprise نشط
قم بتمكين ذلك إذا كان العملاء الذين توفرها مع هذا القالب هم مؤسسات في BroadWorks.
إذا كانوا مجموعات، اترك هذا إيقاف التشغيل.
إذا كان لديك مزيج من المؤسسات والمجموعات في BroadWorks الخاص بك ، فيجب عليك إنشاء قوالب مختلفة لتلك الحالات المختلفة.
ملاحظات من الجدول:
-
يضمن هذا المفتاح إنشاء مؤسسة عميل جديدة إذا كان مجال البريد الإلكتروني الخاص بالمشترك لا يتطابق مع مؤسسة Webex موجودة.
يجب أن يكون ذلك دائمًا قيد التشغيل، ما لم تكن تستخدم عملية طلب وتنفيذ يدويًا (عبر مساحة عمل Cisco Commerce) لإنشاء مؤسسات عملاء في Webex (قبل البدء في توفير المستخدمين في تلك المؤسسات). غالبًا ما يشار إلى هذا الخيار باسم نموذج "التوفير الهجين"، وهو خارج نطاق هذا المستند.
-
** يشير "حساب التوفير" إلى حساب المسؤول على مستوى نظام BroadWorks. في BroadWorks، تحتاج إلى حساب مسؤول يحتوي على هذه السمات: نوع المسؤول=التوفير، للقراءة فقط=إيقاف التشغيل.
-
-
حدد حزمة الخدمات الافتراضية للعملاء الذين يستخدمون هذا القالب (انظر الحزم في قسم النظرة العامة)؛ إما Basic أو Standard أو Premium أو Softphone.
يمكنك تجاوز هذا الإعداد للمستخدمين الفرديين عبر Partner Hub.
-
اختياري. تحقق من تعطيل مكالمات Cisco Webex المجانية إذا كنت ترغب في تعطيل مكالمات Webex.
-
بالنسبة إلى تكوين الانضمام إلى الاجتماع، حدد أحد الخيارات التالية:
-
أرقام الاتصال الوارد من Cisco (PSTN)
-
أرقام الاتصال المقدمة من الشركاء (BYoPSTN)—إذا قمت بتحديد هذا الخيار، ارجع إلى دليل حل PSTN الخاص بك لتطبيق WeBEX لـ Cisco BroadWorks للحصول على معلومات تفصيلية حول كيفية تكوين هذا الخيار.
-
-
انقر على التالي.
-
هناك نهجان لتوفير المشتركين فيما يتعلق بكيفية التحقق من هوياتهم - باستخدام رسائل البريد الإلكتروني الموثوق بها أو رسائل البريد الإلكتروني غير الموثوق بها.
في سير عمل البريد الإلكتروني الموثوق به، يقوم المستخدمون بتوفير عناوين بريد إلكتروني للشريك الذي يضيفها في BroadWorks. أنت كشريك مسؤول عن توفير عنوان البريد الإلكتروني كجزء من طريقة التدفق أو API.
يوصى بشدة باستخدام طريقة التوفير الموثوق بها لأنها تضمن توفير جميع المشتركين بالكامل من قبلك كشريك وليس هناك أي إجراء مطلوب من المستخدمين النهائيين.
في حالة البريد الإلكتروني غير الموثوق بها، يحتاج المستخدمون إلى التحقق من رسائل البريد الإلكتروني الخاصة بهم قبل التوفير، أو يستطيع المستخدمون التنشيط الذاتي بأنفسهم.
في الحالة غير الموثوق بها، هناك العديد من أوضاع التوفير استنادًا إلى إعدادات التحقق في الجدول أدناه:
الجدول رقم 4. إعدادات التحقق من المستخدم الموصى بها لأوضاع التوفير غير الموثوق بها اسم الإعداد
التوفير من خلال بدون رسائل بريد إلكتروني
التوفير الذاتي للمستخدم
توفير المسؤول أولاً
موصى به*
غير مطبّق
السماح للمستخدمين بالتفعيل الذاتي
غير مطبّق
مطلوب
-
ملاحظات من الجدول:
-
* يجب أن يكون لكل مؤسسة عميل في Webex مستخدم واحد على الأقل له دور المسؤول. يأخذ المستخدم الأول الذي تقوم بتعيين IM&P المتكاملة له في BroadWorks دور مسؤول العميل إذا تم إنشاء مؤسسة عميل جديدة في Webex. باعتبارك مقدم خدمة، قد ترغب في التحكم في من يحصل على الدور. يؤدي التحقق من هذا الإعداد إلى منع المستخدمين من إكمال التنشيط حتى يتم تنشيط أول مستخدم قمت بتوفيره. إذا قمت بإلغاء تحديد هذا الإعداد، فإن أول مستخدم يصبح نشطًا في المؤسسة الجديدة يصبح مسؤول العميل.
-
-
انقر على التالي.
-
حدد وضع المصادقة الافتراضي (إما مصادقة BroadWorks أو مصادقة Webex) لتسجيل دخول المستخدم إلى Webex.
لا يؤثر هذا الإعداد على تسجيل دخول المستخدم إلى مدخل تنشيط المستخدم. يجب على المستخدمين استخدام معرف مستخدم BroadWorks وكلمة المرور الخاصين بهم عند تسجيل الدخول إلى البوابة، بغض النظر عن كيفية تكوين قالب التضمين.
سيتم تطبيق هذا الإعداد على مؤسسات العملاء التي تم إنشاؤها حديثًا فقط. إذا حاول مسؤولو الشركاء تطبيق إعداد مصادقة جديد على مؤسسات العملاء الحالية، يتم تطبيق الإعدادات الحالية حتى لا يفقد المستخدمون الحاليون الوصول. لتغيير وضع المصادقة لمؤسسات العملاء الحالية، يجب عليك فتح تذكرة باستخدام Cisco TAC.(راجع وضع المصادقة في قسم إعداد البيئة الخاصة بك).
-
انقر على التالي.
-
بالنسبة إلى التفضيلات، قم بتكوين ما يلي:
-
اختر ما إذا كنت تريد ملء عناوين البريد الإلكتروني للمستخدم بشكل مسبق في صفحة تسجيل الدخول.
يجب عليك استخدام هذا الخيار فقط إذا قمت بتحديد مصادقة BroadWorks ووضعت أيضًا عناوين البريد الإلكتروني للمستخدمين في سمة ID البديلة في BroadWorks. وإلا، سيحتاجون إلى استخدام اسم مستخدم BroadWorks الخاص بهم. توفر صفحة تسجيل الدخول خيارًا لتغيير المستخدم، إذا لزم الأمر، ولكن قد يؤدي ذلك إلى مشكلات في تسجيل الدخول.
-
إذا كنت تريد تمكين مزامنة الدليل، فقم بتعيين تمكين مزامنة دليل الهاتف لجميع مؤسسات العملاء الجديدة بالتبديل إلى التشغيل.
يتيح هذا الخيار لـ Webex قراءة جهات اتصال BroadWorks في مؤسسة العميل، حتى يتمكن المستخدمون من العثور عليها والاتصال بها من تطبيق Webex.
-
أدخل مسؤول الشريك.
يتم استخدام هذا الاسم في رسالة البريد الإلكتروني التلقائية من Webex، التي تدعو المستخدمين إلى التحقق من صحة عناوين بريدهم الإلكتروني.
-
تأكد من أن السماح برسائل البريد الإلكتروني لدعوة المسؤول عند إرفاق تبديل المؤسسات الحالية قيد التشغيل (الإعداد الافتراضي قيد التشغيل).
-
انقر على التالي.
-
راجع إدخالاتك على الشاشة النهائية. يمكنك النقر فوق عناصر التحكم في التنقل في الجزء العلوي من المعالج للعودة وتغيير أي تفاصيل. انقر على إنشاء.
يجب أن ترى رسالة نجاح.
انقر فوق عرض القوالب ويجب أن ترى القالب الجديد الخاص بك مدرجًا في أي قوالب أخرى.
-
انقر على اسم القالب لتعديل القالب أو حذفه إذا لزم الأمر.
لا تحتاج إلى إعادة إدخال تفاصيل حساب التوفير. تؤكد كلمة المرور الفارغة/كلمة المرور وجود الحقول لتغيير بيانات الاعتماد إذا كنت بحاجة إلى ذلك، ولكن اتركها فارغة للحفاظ على القيم التي أعطيتها للمعالج.
أضف المزيد من القوالب إذا كان لديك تكوينات مشتركة مختلفة تريد تقديمها للعملاء.
ابق صفحة عرض القوالب مفتوحة، حيث قد تحتاج إلى تفاصيل القالب للمهام التالية.
تكوين خادم التطبيق باستخدام عنوان URL لخدمة التوفير
| هذه المهمة مطلوبة فقط للتدفق من خلال التوفير. |
خادم تطبيق التصحيح (R22 و R23 و R24 فقط)
-
إذا لم تكن قد فعلت ذلك بعد، فقم بتطبيق التصحيح التالي الذي ينطبق على الإصدار الخاص بك:
-
بالنسبة لـ R22:
AP.as.22.0.1123.ap373197 -
بالنسبة لـ R23:
AP.as.23.0.1075.ap373197 -
بالنسبة إلى R24:
AP.as.24.0.944.ap384177
للحصول على قائمة كاملة بتصحيحات BroadWorks التي تشكل متطلبات نشر Webex لـ Cisco BroadWorks، راجع متطلبات برنامج BroadWorks في القسم المرجعي. -
-
التغيير إلى سياق
الصيانة/خياراتالحاويات. -
تمكين معلمة URL الخاصة بالتوفير:
/AS_CLI/Maintenance/ContainerOptions> إضافة التوفير bw.imp.useProvisioningUrl true
احصل على عناوين URL الخاصة بالتوفير من Partner Hub
راجع دليل إدارة واجهة سطر أوامر خادم تطبيق Cisco BroadWorks لمعرفة التفاصيل (الواجهة > المراسلة والخدمة > IM&P المتكامل) لأوامر AS.
-
سجّل الدخول إلى Partner Hub وانتقل إلى .
-
انقر على عرض القوالب.
-
حدد القالب الذي تستخدمه لتوفير مشتركي هذه المؤسسة/المجموعة في Webex.
يتم عرض تفاصيل القالب في جزء تدفق على اليمين. إذا لم تقم بإنشاء قالب بعد، فيجب عليك القيام بذلك قبل أن تتمكن من الحصول على عنوان URL الخاص بالتوفير.
-
انسخ عنوان URL لمحول التوفير.
كرر هذا للقوالب الأخرى إذا كان لديك أكثر من واحد.
(خيار) تكوين معلمات التوفير على مستوى النظام على خادم التطبيق
| قد لا ترغب في تعيين مجال التوفير والخدمة على مستوى النظام إذا كنت تستخدم UC-One SaaS. راجع نقاط القرار في قسم "إعداد البيئة الخاصة بك". |
-
سجّل الدخول إلى خادم التطبيق وقم بتكوين واجهة المراسلة.
-
AS_CLI/Interface/Messaging> تعيين توفيرUrlURL -
AS_CLI/Interface/Messaging> تعيين provisioning_account_name -
AS_CLI/Interface/Messaging> تعيين provisioningpassword_account_password -
AS_CLI/Interface/Messaging> تعيين enableSynchronization true
-
-
تنشيط واجهة IMP المتكاملة:
-
/AS_CLI/Service/IntegratedIMP> تعيين serviceDomain example.com -
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> تعيين userAttrIsActive true
-
| يجب إدخال الاسم المؤهل بالكامل لمعلمة |
(الخيار) تكوين معلمات التوفير لكل مؤسسة على خادم التطبيق
-
في واجهة مستخدم BroadWorks، افتح المؤسسة التي تريد تكوينها، وانتقل إلى الخدمات > IM&P المتكاملة.
-
حدد استخدام مجال الخدمة وأدخل قيمة وهمية (يتجاهل Webex هذه المعلمة. يمكنك استخدام
example.com). -
حدد استخدام خادم المراسلة.
-
في حقل URL، قم بلصق عنوان URL الخاص بالتوفير الذي نسخته من القالب الخاص بك في Partner Hub.
يجب إدخال الاسم المؤهل بالكامل لمعلمة
provisioningURL، حيث تم إعطاؤه في Partner Hub. إذا لم يتمكن خادم التطبيق الخاص بك من الوصول إلى DNS لحل اسم المضيف، فيجب عليك إنشاء التخطيط في ملف/etc/hostsعلى AS. -
في حقل اسم المستخدم، أدخل اسمًا لمسؤول التوفير. يجب أن يتطابق ذلك مع القيمة الموجودة في القالب في Partner Hub.
-
أدخل كلمة مرور لمسؤول التوفير. يجب أن يتطابق ذلك مع القيمة الموجودة في القالب في Partner Hub.
-
بالنسبة لهوية المستخدم الافتراضية لمعرف IM&P، حدد Primary.
-
انقر على تطبيق.
-
كرر الأمر للمؤسسات الأخرى التي تريد تكوينها للتدفق من خلال التوفير.
بيانات توفير المستخدم
للحصول على معلومات حول بيانات المستخدم التي يتم تبادلها بين BroadWorks وWebex أثناء توفير المستخدم، راجع توفير مستخدم موفر الخدمة.
واجهة برمجة تطبيقات التحقق المسبق من جانب الشريك
يساعد واجهات API الخاصة بالتحقق المسبق المسؤولين وفرق المبيعات عن طريق التحقق من وجود أخطاء قبل توفير عميل أو مشترك لحزمة. يستطيع المستخدمون أو عمليات التكامل المصرح بها من قِبل مستخدم لديه دور المسؤول الكامل الشريك استخدام واجهة برمجة التطبيقات هذه للتأكد من عدم وجود تعارض أو أخطاء مع توفير الحزمة لعميل أو مشترك معين.
يتحقق API لمعرفة ما إذا كان هناك تعارض بين هذا العميل/المشترك والعملاء/المشتركين الحاليين على Webex. على سبيل المثال، قد يلقي واجهة برمجة التطبيقات أخطاء إذا كان المشترك قد تم توفيره بالفعل لعميل أو شريك مختلف، إذا كان عنوان البريد الإلكتروني موجودًا بالفعل لمشترك آخر، أو إذا كان هناك تعارض بين معلمات التوفير وما هو موجود بالفعل على Webex. يمنحك هذا الفرصة لإصلاح تلك الأخطاء قبل التوفير، مما يزيد من احتمال التوفير الناجح.
للحصول على مزيد من المعلومات حول واجهة برمجة التطبيقات، راجع: دليل مطوري Webex for Wholesale
لاستخدام واجهة برمجة التطبيقات، انتقل إلى: التحقق المسبق من توفير مشترك بالجملة
| للوصول إلى التحقق المسبق من مستند توفير المشترك بالجملة، تحتاج إلى تسجيل الدخول إلى https://developer.webex.com/ portal. |
شريك SSO - SAML
السماح للمسؤولين الشركاء بتكوين SAML SSO لمؤسسات العملاء التي تم إنشاؤها حديثًا. يمكن للشركاء تكوين علاقة واحدة محددة مسبقًا لـ SSO وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيها.
| تنطبق خطوات تسجيل الدخول الفردي للشريك أدناه على مؤسسات العملاء التي تم إنشاؤها حديثًا فقط. إذا حاول مسؤولو الشريك إضافة SSO الخاص بالشريك إلى مؤسسة عميل حالية، يتم الاحتفاظ بطريقة المصادقة الحالية لمنع المستخدمين الحاليين من فقدان الوصول. |
-
تحقق من أن موفر هوية الطرف الثالث يفي بالمتطلبات المدرجة في قسم متطلبات موفري الهوية في دمج تسجيل الدخول الفردي في Control Hub.
-
قم بتحميل ملف بيانات تعريف CI الذي يحتوي على موفر هوية.
-
قم بتكوين قالب التضمين. لإعداد وضع المصادقة ، حدد مصادقة الشريك. بالنسبة لمعرف كيان IDP، أدخل معرف EntityID من بيانات تعريف SAML XML الخاصة بموفر الهوية التابع لجهة خارجية.
-
قم بإنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.
-
بحيث يستطيع المستخدم تسجيل الدخول.
SSO الخاص بالشريك - OpenID Connect (OIDC)
السماح للمسؤولين الشركاء بتكوين OIDC SSO لمؤسسات العملاء التي تم إنشاؤها حديثًا. يمكن للشركاء تكوين علاقة واحدة محددة مسبقًا لـ SSO وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيها.
| تنطبق الخطوات التالية لإعداد OIDC الخاص بالشريك على مؤسسات العملاء التي تم إنشاؤها حديثًا فقط. إذا حاول مسؤولو الشركاء تعديل نوع المصادقة الافتراضي إلى SSO OIDC الشريك في معبد موجود، فلن تنطبق التغييرات على مؤسسات العملاء التي تم ضبطها بالفعل باستخدام القالب. |
-
افتح طلب خدمة باستخدام Cisco TAC مع تفاصيل OpenID Connect IDP. فيما يلي سمات IDP إلزامية واختيارية. يجب أن يقوم مركز TAC بإعداد IDP على CI وتوفير عنوان URI لإعادة التوجيه المراد تكوينه على IDP.
السمة
مطلوب
الوصف
اسم IDP
نعم
اسم فريد ولكن غير حساس لحالة تكوين OIDC IdP، يمكن أن يتكون من الأحرف والأرقام والواصلات والأسطر والإيلات والنقاط والحد الأقصى للطول هو 128 حرفًا.
معرف عميل OAuth
نعم
يُستخدم لطلب مصادقة IdP لـ OIDC.
سري عميل OAuth
نعم
يُستخدم لطلب مصادقة IdP لـ OIDC.
قائمة النطاقات
نعم
قائمة النطاقات التي سيتم استخدامها لطلب مصادقة OIDC IdP، مقسمة حسب المساحة، على سبيل المثال، يجب أن يتضمن "ملف تعريف البريد الإلكتروني المفتوح" مفتاح التعريف والبريد الإلكتروني.
نقطة نهاية التفويض
نعم إذا لم يتم توفير نقطة النهاية الاستكشافية
عنوان URL لنقطة نهاية تخويل OAuth 2.0 الخاصة بموفر التعريف.
نقطة النهاية tokenComment
نعم إذا لم يتم توفير نقطة النهاية الاستكشافية
عنوان URL لنقطة نهاية الرمز OAuth 2.0 الخاصة بموفر التعريف.
نقطة نهاية الاكتشاف
لا
عنوان URL لنقطة نهاية اكتشاف موفر التعريف لاكتشاف نقاط نهاية OpenID.
نقطة النهاية للمستخدم
لا
عنوان URL لنقطة نهاية UserInfo الخاصة بموفر التعريف.
مجموعة المفاتيح نقطة النهاية
لا
عنوان URL لنقطة نهاية مجموعة مفاتيح ويب JSON الخاصة بموفر التعريف.
بالإضافة إلى سمات IDP المذكورة أعلاه، يجب تحديد معرف مؤسسة الشريك في طلب TAC.
-
قم بتكوين عنوان URI الخاص بإعادة التوجيه على OpenID Connect IDP.
-
قم بتكوين قالب التضمين. لإعداد وضع المصادقة، حدد مصادقة الشريك مع OpenID Connect وأدخل اسم IDP المقدم أثناء إعداد IDP كمعرف كيان OpenID Connect IDP.
-
قم بإنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.
-
حتى يتمكن المستخدم من تسجيل الدخول باستخدام تدفق مصادقة SSO.
تمكين معرف ارتباط المكالمة
لتشغيل Webex لـ Cisco BroadWorks، يلزم تمكين معرف ارتباط المكالمات. هذا الإعداد مطلوب للعديد من ميزات الاتصال، بما في ذلك تسجيل المكالمات والتقاط المكالمات الجماعية والمساعد التنفيذي والمساعد التنفيذي.
استخدم CLI لتمكين الميزة على جميع واجهات AS وXSP|ADP.
-
تشغيل الأوامر التالية على واجهات AS. سيؤدي هذا إلى تمكين AS من إرسال عنوان
X-BroadWorks-Correlation-InfoSIP:AS_CLI/Interface/SIP> تعيين sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> تعيين sendCallCorrelationIDAccess true -
تُستخدم
معلمة تمكينCallCorrelationIDالمرتبطة بتطبيق Xsi-Actions للتحكم في تضمين معلومات ارتباط المكالمات في سجلات Xsi-Actions. يوصى بتمكينCallCorrelationIDباستخدام الأمر التالي على واجهات XSP|ADP:XSP|ADP_CLI/التطبيقات/Xsi-Actions/GeneralSettings>تعيين enableCallCorrelationID true
للحصول على معلومات إضافية حول معرف ارتباط المكالمات، راجع وصف ميزة معرف ارتباط المكالمات من Cisco BroadWorks.
مزامنة الدليل
تضمن مزامنة الدليل أنه يمكن لمستخدمي Webex لـ Cisco BroadWorks استخدام دليل Webex للاتصال بأي كيان اتصال من خادم BroadWorks. عند تمكين هذه الميزة، تتم مزامنة دليل الاتصال الكامل من خادم BroadWorks مع دليل Webex. يستطيع المستخدمون الوصول إلى الدليل من تطبيق Webex وإجراء مكالمة إلى أي كيان اتصال من خادم BroadWorks.
لتشغيل "مزامنة الدليل"، انتقل إلى مزامنة الدليل في Webex لـ Cisco BroadWorks.
| يضيف توفير تدفق Webex لـ Cisco BroadWorks لمستخدمي المراسلة ومعلومات الاتصال المرتبطة بها من خادم BroadWorks إلى منصة Webex. ومع ذلك، لا يتم تضمين قوائم الهواتف والمستخدمين غير المراسلة والكيانات غير المستخدمين (على سبيل المثال، هاتف غرفة الاجتماعات أو جهاز الفاكس أو رقم مجموعة الخطوط المجمَّعة). يضمن تشغيل مزامنة الدليل إضافة جميع كيانات الاتصال إلى منصة Webex. |
محفوظات المكالمات الموحدة
عند تمكين Unified Call History، تتم مزامنة أحداث مكالمات BroadWorks مع Webex على السحابة وتصبح جزءًا من Webex Unified Call وMeetings History التي يتم عرضها على تطبيق Webex. يستطيع المستخدمون عرض محفوظات المكالمات المفصلة الخاصة بهم وتاريخ الاجتماع من تطبيق Webex.
يمكن تمكين محفوظات المكالمات الموحدة بواسطة المسؤولين على مستوى الشركاء في Partner Hub على أساس كل مجموعة على حدة. عند تشغيل هذه الميزة، يقوم نشر BroadWorks بمزامنة أحداث المكالمات التالية مع Webex على السحابة:
-
أحداث محفوظات المكالمات - يتم استخدام هذه الأحداث لإنشاء سجل مكالمات موحد مفصل
-
أحداث حالة الخطاف — يتضمن سجل المكالمات الموحدة عمليات تحسين حالة الخطاف التي تقلل من كمية النطاق الترددي للشبكة لتحديثات الحضور الهاتفي
متطلبات محفوظات المكالمات الموحدة
قبل أن تتمكن من تكوين سجل المكالمات الموحدة، تأكد من أنك قمت بتصحيح النظام الخاص بك. تعتمد هذه الميزة على بقع BroadWorks التالية التي يتم تثبيتها:
بالنسبة لـ R22:
-
AP.as.22.0.1123.ap378585—بعد تثبيت التصحيح، يجب عليك تنشيط الميزة 25433. على سبيل المثال:AS_CLI/System/ActivatableFeature> قم بتنشيط 25433
بالنسبة لـ R23:
-
AP.as.23.0.1075.ap378585—بعد تثبيت التصحيح، يجب عليك تنشيط الميزة 25433. على سبيل المثال:AS_CLI/System/ActivatableFeature> قم بتنشيط 25433 -
إذا كنت تستخدم XSP —
AP.xsp.23.0.1075.ap378585 -
في حالة استخدام ADP—
Xsi-Events-23_2021.05_1.251.bwar
بالنسبة إلى R24:
-
AP.as.24.0.944.ap378585—بعد تثبيت التصحيح، يجب عليك تنشيط الميزة 25433. على سبيل المثال:AS_CLI/System/ActivatableFeature> قم بتنشيط 25433
| للاطلاع على القائمة الكاملة بتصحيحات BroadWorks التي يجب عليك تثبيتها كشرط مسبق لتشغيل Webex for Cisco BroadWorks، راجع متطلبات برنامج BroadWorks في القسم المرجعي. |
بالإضافة إلى تصحيح النظام الخاص بك، يجب أن يحتوي ملف تكوين العميل (config-wxt.xml) على مجموعة العلامة التالية: <call-history enable-unified-history="%ENABLE_UNIFIED_CALL_HISTORY_WXT%"/>
للحصول على مجموعة الخطوط المجمَّعة ومركز الاتصال ومعلومات إعادة التوجيه الأخرى في سجل المكالمات الموحدة، يجب تثبيت بقع Broadworks التالية ونشطها:
بالنسبة لـ R23:
-
AP.as.23.0.1075.ap383346
-
AP.as.23.0.1075.ap383994
بالنسبة إلى R24:
-
AP.as.24.0.944.ap383346
-
AP.as.24.0.944.ap383994
للحصول على معلومات المساعد التنفيذي في سجل المكالمات الموحدة، يجب تثبيت بقع Broadworks التالية ونشطها:
بالنسبة إلى R24:
-
AP.as.24.0.944.ap380052
-
AP.as.24.0.944.ap384239
-
ADP جاري التشغيل Xsi-Events-24_2022.06 أو إصدار أحدث
بالإضافة إلى تصحيحات Broadworks، يجب أيضًا تمكين مزامنة الدليل من أجل سجل المكالمات الموحدة المساعد والمسؤول التنفيذي.
| عند تمكين سجل المكالمات أو مزامنة DND، سيرسل Webex طلبات تحديث اشتراك CTI لجميع المستخدمين ضمن المجموعة. اعتمادًا على عدد المستخدمين، قد يستمر هذا الأمر إلى بضع ساعات. يوصى بعدم القيام بأي نشاط صيانة Broadworks خلال نفس نافذة الصيانة. |
تمكين محفوظات المكالمات (المجموعة الجديدة)
لتمكين محفوظات المكالمات على مجموعة نظام جديدة، راجع خطوات إضافة مجموعة في تكوين مؤسسة شريكك في Partner Hub.
تمكين محفوظات المكالمات (المجموعة الحالية)
لتمكين محفوظات المكالمات على مجموعة موجودة، اتبع الخطوات التالية:
-
سجّل الدخول إلى Partner Hub على
admin.webex.com. -
انتقل إلى الإعدادات وحدد مجموعة موجودة.
-
تحقق من أن اتصال المجموعة جيد. يجب أن تعرض اللوحة اليمنى علامة اختيار خضراء تم إنشاؤها مع Connection.
إذا لم يظهر هذا، ضمن Check Connnections (اختياري)، أدخل معرف مستخدم BroadWorks وكلمة مرور BroadWorks وانقر على Check للتحقق من أن الاتصال جيد.
-
حدد خانة اختيار تمكين محفوظات المكالمات.
-
انقر على حفظ.
تفاعلات الميزات
توجد تفاعلات الميزات التالية لـ Unified Call History:
-
محفوظات المكالمات الموحدة غير مدعومة للمستخدمين الذين تم تكوينهم في BroadWorks باستخدام قوائم التوجيه أو المسارات المباشرة. عند وجود هذا الموقف، لا يتم إرسال أحداث محفوظات المكالمات وحالة خطاف إلى تطبيق Webex.
-
محفوظات المكالمات الموحدة غير مدعومة باستخدام طلب الرقم الداخلي. قد لا تنعكس المكالمات التي يتم وضعها باستخدام طلب الامتداد بشكل صحيح في محفوظات المكالمات.
عرض محفوظات المكالمات على تطبيق Webex
يستطيع المستخدمون النهائيون الوصول إلى سجل المكالمات الموحدة الخاص بهم وعرضه من تطبيق Webex. لمعرفة التفاصيل، ارجع إلى: Webex | عرض محفوظات المكالمات والاجتماعات.
تعطيل سجل المكالمات الموحدة
بمجرد تمكين سجل المكالمات الموحدة على مجموعة، لا يمكنك تعطيل الميزة بنفسك. إذا كنت بحاجة إلى تعطيل الميزة، فاتصل بمركز المساعدة التقنية لـ Cisco (TAC).
إشارة البريد العشوائي المرئي
يدعم تطبيق Webex مؤشرًا مرئيًا للمكالمات غير المرغوب فيها في نخب المكالمة عند تقديم المكالمة إلى المبتدئ وفي سجلات سجل المكالمات الموحدة عند تحديث BroadWorks لإجراء التحقق من هوية المتصل عبر إطار STIR/SHAKEN. للحصول على هذه الميزة:
- قم بتمكين سجل المكالمات الموحدة كما هو موضح في القسم السابق.
- يجب تثبيت التصحيحات التالية ونشطها:
- AP.as.23.0.1075.ap384591 / AP.as.24.0.944.ap384591
- أو AS-25_Rel_2022.12 كحد أدنى
- يجب تنشيط الميزة عبر AS CLI:
- AS_CLI/System/ActivatableFeature> قم بتنشيط 104112
- AS_CLI/System/StirShaken> تعيين enableVerification صحيح
- يجب تكوين Broadworks لإجراء توقيع STIR-SHAKEN، ووضع علامات، والتحقق كما هو موضح في وضع علامات توقيع Cisco BroadWorks STIR-SHAKEN والتحقق
عند تكوين BroadWorks بشكل صحيح، ستتم إضافة عنوان X-Cisco-CallerId-Disposition الجديد في طلبات INVITE المرسلة إلى عملاء Cisco وستتم إضافة CallerIdDisposition جديد للحقل إلى أحداث محفوظات المكالمات الحالية التي يتم إرسالها إلى Webex Cloud عبر واجهة CTI. ستستخدم أجهزة Webex هذه المعلومات لتوفير إشارة غير مرغوب فيها مرئية في عرض المكالمة وتاريخ المكالمات الموحدة للمهلة.
التعرف على المتصل وإعادة توجيه المكالمة
هوية المتصل
عندما يتلقى تطبيق Webex مكالمة، سيحاول تحديد هوية المتصل وعرض هذه المعلومات في إشعار المكالمة الواردة، وفي نافذة المكالمة، وبعد اكتمال المكالمة، في سجل المكالمة والبريد الصوتي.
سيحاول تطبيق Webex العثور على هوية المتصل عن طريق مطابقة رقم الهاتف الوارد مع أرقام هواتف جهات الاتصال الموجودة في مصادر مختلفة. سيستخدم تطبيق Webex المصادر التالية في هذا الترتيب. بمجرد العثور عليه في مصدر واحد ، لن يحاول البحث في أي مكان آخر.
| إذا وجد مثيلات متعددة لرقم في مصدر واحد، فلن يحاول اختيار واحد منهم، وفي هذه الحالة، لن يعرض أي هوية متصل. |
-
Webex Common Identity (CI) الذي يحتوي على مستخدمي مؤسستك.
-
جهات الاتصال الشخصية والخاصة بالمؤسسة. جهات الاتصال الشخصية مرئية ضمن علامة التبويب "جهات الاتصال".
-
دفتر العناوين المحلي. في Windows - تطبيق Outlook ، في Mac - جهات اتصال Mac ، في iOS - جهات اتصال iPhone ، في Android - جهات اتصال Android.
إذا لم يتم العثور على تطابق مع رقم الهاتف الوارد، فسيستخدم التطبيق اسم العرض في عنوان SIP من عنوان إذا كان متاحًا. وإلا، فإنه سوف يستخدم جزء اسم المستخدم من عنوان SIP URI من عنوان SIP كملاذ أخير.
بالنسبة للتحكم في المكالمات عن بُعد (على سبيل المثال، وضع التحكم في هاتف المكتب)، يتم استخدام معلومات XSI، حيث يتم استخدام معرف BWKS أو الامتداد، ويتم استخراجها من معلومات الطرف البعيد في حدث XSI. إذا لم تتوفر معلومات الطرف البعيد، فسيتم استخدام هوية P-Asserted (PAI) (في حال تكوينها).
إعادة توجيه المكالمة
في حالة إعادة توجيه مكالمة أو إعادة توجيهها، سيحاول التطبيق إظهار هوية المتصل وكيفية إعادة توجيهها في إشعار المكالمة وتاريخها.
-
إعادة توجيه المكالمة: إظهار الرقم الذي أعاد توجيه المكالمة.
-
مجموعة توجيه المكالمات: إظهار اسم مجموعة الخطوط المجمَّعة التي أعادت توجيه المكالمة.
-
قائمة انتظار مركز الاتصال: إظهار اسم قائمة الانتظار التي أعادت توجيه المكالمة.
-
المساعد التنفيذي: إظهار اسم المسؤول التنفيذي الذي ستأتي المكالمة إليه.
الاستثناءات:
-
بالنسبة للمكالمات الداخلية في قائمة انتظار المكالمات، حيث يعيد الوكيل الاتصال بجهة داخلية، لن يرى الطرف البعيد اسم قائمة انتظار المكالمات ولكنه سيرى اسم الوكيل الذي يتصل بها.
تم الرد على المكالمة في مكان آخر:
بالنسبة لمجموعات توجيه المكالمات أو قوائم انتظار المكالمات التي يتم إعدادها باستخدام توجيه متزامن، سيرى الوكلاء الرد على مكالمة في مكان آخر في محفوظات المكالمات إذا تلقى وكيل آخر المكالمة. بالنسبة لمجموعات الخطوط المجمَّعة أو قوائم انتظار المكالمات ذات التوجيه التسلسلي، أو في حالة تجاوز، ستظهر المكالمات على أنها مكالمة فائتة في محفوظات المكالمات إذا تم الرد عليها بواسطة وكيل آخر.
تحديد هوية المتصل
نظرة عامة
تتيح ميزة "تحديد هوية المتصل" للمستخدمين التبديل بين معرفات خط الاتصال المختلفة للمكالمات الخارجية. إذا قام المسؤول بتمكينه، فيمكن للمستخدمين الاختيار من بين الخيارات التالية لهوية خط الاتصال الخاصة بهم:
-
رقم المستخدم ("استخدام رقم هاتف المستخدم لهوية خط الاتصال")
-
CLID قابل للتكوين ("استخدام CLID القابل للتكوين لهوية خط الاتصال")
-
CLID للمجموعة ("استخدام رقم هاتف المجموعة/القسم لهوية خط الاتصال")
الوظيفة
لدى المستخدمين طريقتين لتغيير معرف المتصل الخاص بهم وفقًا للتوفير من قِبل المسؤول:
- رموز الوصول إلى الميزات (FAC): رموز محددة لكل خيار من خيارات هوية المتصل الثلاثة.
- واجهة تطبيق Webex: عرض سهل الاستخدام داخل تطبيقات Webex لسطح المكتب والأجهزة المحمولة التي تعرض خيارات هوية المتصل المتوفرة التي قام المسؤول بتمكينها، مما يسمح للمستخدمين بتحديد معرفهم المفضل.
ميزات إضافية
- ستتضمن تطبيقات Webex أيضًا خيارات لقوائم انتظار مركز الاتصال DNIS.
- سيتوفر لمستخدمي تطبيق الأجهزة المحمولة خيارات Dual Persona لمستخدمي Mobility.
الشروط المسبقة
يجب استيفاء الشروط التالية على خادم BroadWorks حتى يتمكن المستخدم من التحكم في اختياره لسياسة CLID الخارجية:
- تم تمكين علامة النظام 'EnableUserSelectionOfExternalCLIDPolicy'.
- تم تعيين نطاق معرف خط الاتصال لسياسة معالجة المكالمات على مستوى المستخدم على "استخدام سياسة معرف خط اتصال المستخدم" لهذا المستخدم.
- تم تمكين علامة سياسات معالجة المكالمات على مستوى المستخدم "السماح باختيار المستخدم لسياسة CLID الخارجية" للمستخدم.
- إذا لم يتم تحديد رقم لخيارات "استخدام CLID القابل للتكوين لهوية خط الاتصال" أو "استخدام رقم هاتف المجموعة/القسم لهوية خط الاتصال"، فلن يكون لعروض FAC أو التطبيق أي تأثير. يجب تكوين هذا الإعداد بواسطة المسؤول قبل تحديد المستخدم.
بقع BroadWorks
تتطلب هذه الميزة رقعتان محددتان من BroadWorks لتعمل بشكل صحيح:
| راجع القسم 8 "معلومات التصحيح المستقلة والخدمة". |
- كانت BWKS-5230 هي ميزة CLID الأصلية القابلة لاختيار المستخدم - فهي تتيح للمستخدمين (إذا تم تكوين النظام بشكل صحيح) تغيير سياسة CLID القابلة للتطبيق. انظر FD هنا: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/UserSelectionOfExternalCallingLineIDOptionFD-R250.pdf
- BWKS-9510 عبارة عن تحسين XSI يطلبه فريق عميل Webex لتسهيل اكتشاف الخيارات المتاحة للمستخدم. هذا ضروري لأن اختيار سياسة CLID ليس ميزة بسيطة على مستوى المستخدم (مثل CFA) يمكن التحكم فيها مباشرة. بل يعتمد على مختلف خيارات تكوين النظام والتسلسل الهرمي "سياسات معالجة المكالمات". يمكنك رؤية التفاصيل هنا: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/FD/AS/XSIEnhancementToSupportUserSelectableCLIDFD-R250.pdf
تكوين تطبيق Webex
يجب تمكين هذه العلامة في تكوينات سطح المكتب والكمبيوتر اللوحي والجوال:
<config> <services> <المكالمات> <id المتصل> <المكالمات الصادرة الممكنة="%ENABLE_CLID_OUTGOING_CALLS_WXT%"> مظهر الخط المشترك
ظهور الخط المشترك هو القدرة على توفير خطوط المستخدمين الآخرين كخطوط مشتركة على جهاز المستخدم النهائي. يتشابه تكوين الخط المشترك لتطبيق Webex مع تكوين الخط المشترك لهواتف المكتب. تتيح لك هذه الميزة المحددة تعيين ظهور الخط المشترك لتطبيق Webex الخاص بالمستخدم النهائي.
تفيد هذه الميزة المستخدمين في التعامل مع المكالمات الموجودة على امتداد مستخدم آخر مباشرةً من تطبيق Webex.
-
يمكنك تكوين ظهور الخط المشترك فقط لإصدار سطح المكتب من تطبيق Webex.
-
يمكنك إضافة 10 خطوط كحد أقصى بما فيها الخط الأساسي إلى تطبيق Webex.
-
لا يمكنك تعيين خط مساحة عمل كخط مشترك.
-
لا يمكن توفير مستخدم بخدمة المساعد التنفيذي في نفس الوقت الذي يوجد فيه "الخطوط المشتركة".
-
يجب عدم تغيير منفذ الخط الأساسي للمستخدم إلى خط مشترك.
المتطلبات
لنشر هذه الميزة على Webex لـ Cisco BroadWorks، يجب عليك نشر بقع BroadWorks التالية:
التصحيح 1: علم المالك في قائمة الأجهزة لدعم الخطوط المشتركة لعميل Webex
R23 بدون ADP:
-
AP.as.23.0.1075.ap384179
-
AP.xsp.23.0.1075.ap384179
R23 مع ADP:
-
AP.as.23.0.1075.ap384179
-
Xsi-Actions-23_2022.10
R24:
-
س: AP.as.24.0.944.ap384179
-
Xsi-Actions-24_2022.10
ر25:
-
س: إصدار RI Rel_2022.10_1.310
-
Xsi-Actions-25_2022.10
التصحيح 2: بقع لزيادة عدد المنافذ على أنواع ملف تعريف الجهاز. مثال: لعميل سطح المكتب: System>Identity/Device Profile Type Edit> Business Communicator - PC: ملف التعريف ، الخيارات القياسية ، عدد المنافذ:
- إذا تم تمكين "غير محدود"، فلا يلزم إجراء أي تغيير
- إذا كان "يقتصر على" هو <10، فقم بتغيير القيمة = 10 وحفظ لاستخدام جميع الخطوط المتاحة
-
إصدار RI Rel_2022.10_1.310
مزامنة عدم الإزعاج (DND)
تقوم مزامنة عدم الإزعاج (DND) بمحاذاة إعدادات DND بين Webex وBroadWorks عن طريق مزامنة حالة DND بين المنصتين. على سبيل المثال، إذا قام مستخدم بتشغيل DND من تطبيق Webex، فإن هذه الحالة تتزامن مع أجهزة الاتصال BroadWorks. ونتيجة لذلك، لا يرن هاتف المكتب المسجل من BroadWorks الخاص بالمستخدم عندما يحاول شخص الاتصال به. وبالمثل، إذا قام مستخدم بتعيين DND من هاتف مكتبي، فإن الحالة تتزامن مع تطبيق Webex. بدون هذه الميزة، لا يتم التعرف على تحديثات DND من منصة واحدة من قبل المنصة الأخرى.
يتم تطبيق مزامنة DND على مستوى مجموعة BroadWorks ويمكن تمكينها في Partner Hub بواسطة مسؤول شريك.
| إذا كان هناك العديد من العملاء (> 50) في مجموعة BroadWorks، فإن مزامنة DND غير مدعومة. في مثل هذه الحالات، يوصى بالاتصال بمهندس دعم Cisco TAC للحصول على المساعدة. |
المتطلبات الأساسية
تأكد من تطبيق التصحيحات التالية على AS وXSP|ADP. تطبيق التصحيحات فقط لإصدار BroadWorks الخاص بك.
للإصدار 23:
<مقطوع>
- تطبيقات ADP: Xsi-Actions-23_2022.03_1.220.bwar, Xsi-Events-23_2022.03_1.220.bwar
للإصدار 24:
<مقطوع>
- تطبيقات ADP: Xsi-Actions-24_2022.03_1.220.bwar, Xsi-Events-24_2022.03_1.220.bwar
بعد تطبيق التصحيحات، قم بتنشيط الميزة 25433 على AS:
AS_CLI/System/ActivatableFeature> قم بتنشيط 25433
إذا كان هناك العديد من العملاء (> 50) في مجموعة BroadWorks، فلا يتم دعم العمليات مثل تحديث إجراءات XSI أو XSI Events أو DAS URL أو XSP|ADP URL أو مزامنة DND. في مثل هذه الحالات، يوصى بالاتصال بمهندس دعم Cisco TAC للحصول على المساعدة.
قم بتكوين مزامنة مفتاح ميزة الجهاز على BroadWorks. تأكد من أن الهاتف يدعم اشتراك SIP/NOTIFY لحزمة الحدث "كما ميزة الحدث". للحصول على تفاصيل، راجع مزامنة مفتاح ميزة جهاز Cisco BroadWorks.
تمكين مزامنة DND (المجموعة الحالية)
-
تسجيل الدخول إلى Partner Hub
-
انقر على الإعدادات.
-
انقر على عرض المجموعة وحدد مجموعة BroadWorks المناسبة.
-
قم بتمكين تبديل مزامنة عدم الإزعاج (DND).
-
أدخل معرف مستخدم BroadWorks الخاص بك وانقر على تمكين.
يتحقق النظام من أن مجموعة BroadWorks تحتوي على التصحيحات المناسبة لدعم مزامنة DND. إذا فشل التحقق، سيتم تعطيل زر الحفظ .
-
إذا نجح التحقق، فانقر على حفظ.
|
|
تمكين مزامنة DND (مجموعة نظام جديدة)
يمكنك أيضًا تمكين الميزة أثناء إنشاء المجموعة. للحصول على تفاصيل، راجع "تكوين مجموعات BroadWorks الخاصة بك" في تكوين مؤسسة شريكك في Partner Hub.
تعطيل مزامنة DND
لا يمكنك تعطيل مزامنة DND بمفردك. لتعطيل الميزة، قم بإنشاء حالة BEMS الهندسية باستخدام المعلومات التالية:
-
العائلة: خدمة Spark
-
المنتج: الاتصال في Webex (Webex for BroadWorks)
-
العنصر: WxBW- التوفير
-
يجب أن تنص حالة BEMS على أنه سيتم تعطيل مزامنة عدم الإزعاج لأحد الشركاء. يجب أن تحتوي الحقيبة على partnerId وBroadWorks cluster.
استخدام الحالات
تسجيل المكالمة
يدعم Webex لـ Cisco BroadWorks أربعة أوضاع لتسجيل المكالمات.
|
أوضاع التسجيل |
الوصف |
عناصر التحكم/المؤشرات التي يتم عرضها على تطبيق Webex |
|---|---|---|
|
دائمًا |
يتم بدء التسجيل تلقائيًا عند إنشاء المكالمة. لا يملك المستخدم القدرة على بدء التسجيل أو إيقافه. |
|
|
دائمًا مع إيقاف مؤقت/استئناف |
يتم بدء التسجيل تلقائيًا عند إنشاء المكالمة. يمكن للمستخدم إيقاف التسجيل مؤقتًا واستئنافه. |
|
|
الطلب |
يتم بدء التسجيل تلقائيًا عند إنشاء المكالمة، ولكن يتم حذف التسجيل ما لم يضغط المستخدم على بدء التسجيل. إذا بدأ المستخدم التسجيل، يتم الاحتفاظ بالتسجيل الكامل من إعداد المكالمة. بعد بدء التسجيل، يمكن للمستخدم أيضًا إيقاف التسجيل واستئنافه |
|
|
OnDemand مع بدء تشغيل المستخدم |
لا يبدأ التسجيل ما لم يحدد المستخدم خيار بدء التسجيل على تطبيق Webex. المستخدم لديه خيار بدء التسجيل وإيقافه عدة مرات أثناء إجراء مكالمة. |
|
المتطلبات
لنشر هذه الميزة على Webex لـ Cisco BroadWorks، يجب عليك نشر بقع BroadWorks التالية:
-
بالنسبة لـ R22: AP.as.22.0.1123.ap377718
-
بالنسبة لـ R23: AP.as.23.0.1075.ap377718
-
بالنسبة إلى R24: AP.as.24.0.944.ap377718
يجب تشغيل معرف ارتباط المكالمة. للحصول على تفاصيل، راجع تمكين معرف ارتباط المكالمات.
يجب تمكين علامة التكوين التالية من أجل استخدام هذه الميزة: %ENABLE_CALL_RECORDING_WXT%.
تتطلب هذه الميزة تكامل مع منصة تسجيل مكالمات الطرف الثالث.
لتكوين تسجيل المكالمات على BroadWorks، انتقل إلى دليل واجهة تسجيل المكالمات من Cisco BroadWorks.
معلومات إضافية
للحصول على معلومات المستخدم حول كيفية استخدام ميزة التسجيل، انتقل إلى مقال help.webex.comWebex | تسجيل مكالماتك.
لإعادة تشغيل تسجيل، يجب على المستخدمين أو المسؤولين الانتقال إلى منصة تسجيل مكالمات الطرف الثالث الخاصة بهم.
تمكين البريد الصوتي لتكامل Microsoft Teams
يمكنك تمكين البريد الصوتي لمستخدمي Microsoft Teams في حل Webex for BroadWorks. يسمح هذا التكامل للمستخدمين باسترداد رسائل البريد الصوتي الخاصة بهم مباشرة من خلال Microsoft Teams، مما يعزز تجربة المستخدم بشكل عام.
خطوات تمكين البريد الصوتي
-
تكوين إعدادات البريد الصوتي: اتبع الخطوات الواردة في وثائق Webex Calling لتكوين وإدارة إعدادات البريد الصوتي. ويشمل ذلك إعداد البريد الصوتي للمستخدمين، وتمكين الإشعارات، وتكوين البريد الصوتي إلى البريد الإلكتروني.
للحصول على تعليمات تفصيلية، ارجع إلى: قم بتكوين وإدارة إعدادات البريد الصوتي لمستخدم Webex Calling.
-
التكامل مع Microsoft Teams: تأكد من تكوين التكامل بين Webex لـ BroadWorks وMicrosoft Teams بشكل صحيح. سيؤدي ذلك إلى تمكين المستخدمين من الوصول إلى رسائل البريد الصوتي الخاصة بهم من خلال واجهة Microsoft Teams.
للاطلاع على تفاصيل التكامل، ارجع إلى: قم بتكوين Microsoft Teams لـ Webex Calling.
تجربة المستخدم
بمجرد إعداد التكامل، يستطيع المستخدمون:
- استرداد رسائل البريد الصوتي مباشرةً ضمن تطبيق Microsoft Teams.
- تلقي إشعارات لرسائل البريد الصوتي الجديدة.
- إدارة إعدادات البريد الصوتي من واجهة Webex.
المتطلبات
لدعم استرداد البريد الصوتي في تكامل Microsoft Teams مع عرض Webex for BroadWorks، يلزم إجراء تغييرات إضافية على الشبكة. يجب على شركاء BroadWorks تمكين مشاركة الموارد عبر المصادر (CORS) لعناوين URL التالية على منصة BroadWorks الخاصة بهم:
- https://jabber-integration-a.wbx2.com/
- https://jabber-integration-r.wbx2.com/
- https://jabber-integration-k.wbx2.com/
- https://msteams-calling.webex.com/
لمزيد من التفاصيل حول خطوات التكوين، يرجى الرجوع إلى القسم 8.5.1.2 من دليل تكوين منصة تسليم تطبيق BW، الذي يتطلب الإصدار 2024.05 في ADP.
تعليق مكالمة جماعية واستردادها
يدعم Webex لـ Cisco BroadWorks إيقاف الاتصال مؤقتًا واسترداد المكالمات الجماعية. توفر هذه الميزة طريقة للمستخدمين داخل مجموعة لتعليق المكالمات، والتي يمكن بعد ذلك استردادها بواسطة مستخدمين آخرين في المجموعة. على سبيل المثال، يمكن لموظفي التجزئة في إعداد المتجر استخدام الميزة لتعليق مكالمة يمكن بعد ذلك التقاطها من قبل شخص في قسم آخر.
تشغيل الميزة
بمجرد تكوين الميزة
-
أثناء إجراء مكالمة، ينقر المستخدم على خيار التعليق على تطبيق Webex الخاص به لتعليق المكالمة على رقم داخلي يحدده النظام تلقائيًا. يعرض النظام الرقم الداخلي للمستخدم لمدة 10 ثوانٍ.
-
ينقر مستخدم آخر في المجموعة على خيار استرداد المكالمة على تطبيق Webex الخاص به. ثم يقوم المستخدم بإدخال امتداد المكالمة المعلقة من أجل متابعة المكالمة.
المتطلبات
لكي تعمل هذه الميزة، تأكد مما يلي:
-
يجب أن يحتوي ملف تكوين العميل على العلامات التالية:
<call-park enabled="%ENABLE_CALL_PARK_WXT%" timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/> -
يجب تمكين معرف ارتباط المكالمات على AS وXSP|ADP. للحصول على تفاصيل، راجع تمكين معرف ارتباط المكالمات.
-
يجب تكوين SBC الخاص بك لتمرير سمة "
x-broadworks-correlation-in" SIP إلى خادم التطبيق وإليه.
التكوين
للحصول على معلومات حول كيفية تكوين إيقاف الاتصال مؤقتًا للمجموعة على BroadWorks، راجع "إضافة مجموعة إيقاف الاتصال مؤقتًا" في دليل إدارة واجهة ويب مجموعة خوادم تطبيق Cisco BroadWorks – الجزء 2. يجب عليك إنشاء مجموعة وإضافة مستخدمين إلى المجموعة.
للحصول على معلومات حول كيفية تكوين معرف ارتباط المكالمات على BroadWorks، راجع وصف ميزة معرف ارتباط المكالمات من Cisco BroadWorks.
معلومات إضافية
للحصول على معلومات المستخدم حول كيفية استخدام ميزة تعليق المكالمات الجماعية، راجع Webex | تعليق المكالمات واستردادها.
تعليق مكالمة/تعليق مكالمة موجهة
تعليق المكالمات العادية أو الموجهة غير مدعوم في واجهة مستخدم تطبيق Webex، ولكن يمكن للمستخدمين الذين تم توفيرهم نشر الميزة باستخدام رموز الوصول إلى الميزات:
-
أدخل *68 لتعليق مكالمة
-
أدخل *88 لاسترداد مكالمة
الدخول إلى الفندق
يتم استخدام خدمة المداخلة بشكل شائع في بيئات مركز الاتصال أو في المواقف الأخرى التي قد تتطلب المساعدة الفورية أو التدخل.
عند تمكين خدمة المداخلة، يمكن للمستخدم أو المشرف المعين إدخال مكالمة نشطة عن طريق بدء أمر معين أو باستخدام زر مخصص أو مجموعة مفاتيح على الهاتف أو جهاز الاتصال الخاص به. بمجرد تقديم طلب المداخلة، يقوم النظام بإنشاء اتصال بالمكالمة الجارية، مما يسمح للشخص المصرح له بالاستماع إلى المحادثة أو الانضمام إلى المكالمة كمشارك نشط.
يمكن أن تكون خدمة المداخلة مفيدة في العديد من السيناريوهات. في إعداد مركز الاتصال، يمكن للمشرفين أو المدربين مراقبة ممثلي خدمة العملاء وتدريبهم من خلال الاستماع إلى مكالماتهم في الوقت الفعلي. وإذا لزم الأمر، يمكنهم التدخل لتقديم التوجيه أو تولي المكالمة إذا كان الممثل يواجه صعوبات. في حالات الطوارئ أو المناقشات النقدية، يمكن للموظفين المخولين الانضمام بسرعة إلى المحادثات الجارية لتقديم المساعدة أو اتخاذ قرارات مهمة.
في تطبيق Webex الخاص بالمداخلة، نحصل على إشعار بأن المكالمة قد تم تحويلها إلى مؤتمر. لا توجد معلومات إضافية في NOTIFY (الاتصال-info أو المؤتمر-info) ما هو نوع المؤتمر، حتى نتمكن من التعامل معه بطريقة مختلفة.
عند حدوث مداخلة، يتم إنشاء مكالمة ثلاثية الأطراف بين الأطراف. تم تقديم المصطلحات التالية:
-
المشرف: المشرف هو الشخص الذي يشرف على فريق من وكلاء خدمة العملاء أو ممثلي مركز الاتصال ويديرهم. في سياق مداخلة المكالمات، يتمتع المشرف عادةً بالقدرة على مراقبة مكالمات العملاء الجارية والتدخل فيها. قد يستخدمون أدوات أو برامج مراقبة المكالمات للاستماع إلى المكالمات وتوفير التوجيه للوكلاء وضمان مراقبة الجودة. وقد يشمل دور المشرف تدريب وكلاء، ومعالجة شواغل العملاء، وتحسين أداء الفريق.
-
العميل: يشير العميل إلى فرد أو كيان يتعاون مع شركة أو مؤسسة للحصول على منتجات أو خدمات أو دعم. في سياق مداخلة الاتصال، العميل هو الشخص الذي يجري أو يتلقى مكالمة هاتفية مع وكيل خدمة العملاء. قد يطلب العملاء المساعدة أو المعلومات أو حل الاستفسارات أو المشكلات التي يواجهونها أثناء المكالمة. تسمح ميزة مداخلة المكالمات للمشرفين أو الموظفين المخولين بالانضمام إلى المكالمة الجارية بين العميل والوكيل.
-
الوكيل: الوكيل، المعروف أيضًا باسم ممثل خدمة العملاء أو وكيل مركز الاتصال، هو شخص مسؤول عن التعامل مع تفاعلات العملاء وتقديم الدعم أو المساعدة عبر الهاتف أو قنوات الاتصال الأخرى. يتم تدريب الوكلاء على معالجة استفسارات العملاء وحل المشكلات ومعالجة المعاملات وتقديم تجربة إيجابية للعملاء. في سياق مداخلة المكالمات، الوكيل هو الشخص الذي يتحدث مباشرة إلى العميل أثناء المكالمة الهاتفية. قد يتلقى الوكيل التوجيه أو الملاحظات من المشرف من خلال الاتصال الهاتفي إذا لزم الأمر.
بالنسبة لأي طلبات يطلقها العميل مثل CallStartRequest، وCallPickupRequest، وDirectedCallPickupRequest، وDirectedCallPickupRequest، وDirectedCallPickupWithBargeInRequest، وما إلى ذلك، إذا تم توفير <Webex Client> (يرجى اختيار الاسم الصحيح بدلاً من عميل Webex، إذا كان غير مناسب) كجهاز ظهور مكالمة مشتركة، فيجب تمكين تكوين "تنبيه جميع المظاهر من أجل النقر إلى الاتصال" على إعداد "مظهر المكالمة المشتركة" لكي يتلقى العميل مكالمة، ما لم يتم توفير الموقع بشكل صريح من قبل العميل الذي يقوم ببدء الطلب.
تصعيد المكالمة الأصلية للهاتف المحمول إلى الاجتماع
يأتي تصعيد المكالمة الأصلية للهاتف المحمول إلى الاجتماع مع ميزتين فريدتين:
-
إعلام مؤقت جديد
يستطيع الآن مستخدمو الأجهزة المحمولة الموجودون على مكالمة أصلية التبديل إلى تطبيق Webex عن طريق النقر على إعلام الدفع الجديد. عند بدء شاشة مكالمة أصلية، يظهر إعلام دفع جديد على الشاشة والنقر فوق الإعلام يأخذك مباشرةً إلى شاشة تطبيق Webex أثناء المكالمة.
سترى إعلام Webex أثناء مكالمة هاتف محمول إذا كنت تستخدم Webex Go أو كان مشغل شبكة الهاتف المحمول (MNO) الخاص بك لديه إشارات المكالمات باستخدام التحكم في المكالمات من Cisco لمكالمات الهاتف المحمول.
-
نقل مكالمة الهاتف المحمول إلى الاجتماع
عندما تكون في منتصف مكالمة مع شخص ما، قد ترغب في نقل هذه المكالمة إلى اجتماع للاستفادة من بعض ميزات الاجتماعات المتقدمة مثل الفيديو أو المشاركة أو اللوحة البيضاء. أو قم بدعوة أشخاص آخرين للمشاركة في المناقشة والانتقال إلى اجتماع.
متطلبات BroadWorks
-
ميزة قابلة للتنشيط 25239
-
R23 مع XSP|ADP:
-
كما التصحيح AP.as.23.0.1075.ap383064
-
XSP|ADP التصحيح AP.xsp.23.0.1075.ap383064
-
التصحيح AP.platform.23.0.1075.ap383064
-
-
R23 مع ADP:
-
كما التصحيح AP.as.23.0.1075.ap383064
-
ADP مع Xsi-Actions-23، إصدار CommPilot-23 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
-
-
R24:
-
كتصحيح: AP.as.24.0.944.ap383064
-
ADP مع Xsi-Actions-24، إصدار CommPilot-24 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
-
-
ر25:
-
AS RI الإصدار Rel_2022.08_1.354
-
ADP مع Xsi-Actions-25، CommPilot-25 > 2022.08_1.350 وإصدار NPS > 2022.08_1.350
-
تكوين طلب URI لدعم نقل المكالمة إلى الاجتماع
سياسة طلب UrlDialing NS
حدد القاعدة الخاصة بـ (.*)webex.com للتوجيه من خلال I-SBC
NS_CLI/Policy/UrlDialing> احصل على سياسة WebexMeetings: مثيل UrlDialing: Webex unknownSipURIHandling = reject disableSubscriberLookups = true Enable = true CallTypes: التحديد = {ALL} من = {PCS, ALL, TRMT, LO, TPSX, OAX, GNT, DP, LPS, OA, TPS, IOA, MOBX, EA, FGB, MOB, SNEN, POA, SV, SVCD, CAC, IN, TO1X, MS, CSV, VSC, EM, SVCO, SMC, TPSE, ZD, NIL, CS, CT, TF, GAN, VFAC, TO, DA, OAP} lineportOnly = false enableSipURIMatchingRules = true NS_CLI/Policy/UrlDialing/Rules> احصل على سياسة WebexMeetings: مثيل UrlDialing: جدول WebexCalling: وزن تكلفة نمط معرف routingNE =================================================================== dtg 1 *@*.webex.com WebexMeetings 1 50 WebexMeetingsNS التوجيه NE لـ I-SBC
مثال التكوين
NS_CLI/System/Device/RoutingNE> احصل على عنصر شبكة WebexMeetings Network Element WebexMeetings Location = 1281465 Data Center = التكلفة الثابتة = الوزن الثابت 1 = 99 استطلاع = OpState = تمكين الحالة = OnLine Profile = NIL_PROFILE Remote Lookup Enabled = سمات إرسال الإشارات الكاذبة = NS_CLI/System/Device/RoutingNE/Address> احصل على عنوان WebexMeetings Routing NE Address Cost Weight Port Transport Route ===================================================================== WebexMeetings sbc-address 1 99 - غير محددملف تعريف توجيه NS
تمت إضافة مثيل سياسة طلب UrlDialing إلى ملف تعريف (ملفات) التوجيه المناسبة
NS_CLI/Policy/Profile> احصل على ملف تعريف MyInst: مثيل سياسة Webex ========================================== ... UrlCalling WebexMeetingsكما استخدم مسار NS لمكالمة NetworkURL
قم بتمكين AS لتكريم مسار NS في وضع HYBRID AS
AS_CLI/Interface/IMS> تعيين QUERYNSForNetworkURL صحيحمكالمات الطوارئ E911
يدعم Webex لـ Cisco BroadWorks الاتصال بخدمات الطوارئ E911. باستخدام هذه الميزة، يتم توجيه مكالمات الطوارئ إلى نقطة الرد على السلامة العامة (PSAP) التي يمكنها بعد ذلك توجيه خدمات الطوارئ إلى موقع المتصل. لاستخدام هذه الميزة، يجب عليك دمج Webex for Cisco BroadWorks مع موفر مكالمات الطوارئ E911.
استخدم مقالات Webex التالية لتكوين الدعم لخدمات مكالمات الطوارئ E911:
-
مكالمات الطوارئ E911 في Webex من أجل BroadWorks—استخدم هذه المقالة لتكوين مكالمات الطوارئ e911 في Webex لـ Cisco BroadWorks باستخدام أحد موفري E911 المدعومين التاليين:
-
النطاق الترددي
-
إنترادو
-
RedSky
-
-
إخلاء مسؤولية مكالمات الطوارئ—إذا كانت لديك خدمة موقع، فيمكنك تكوين نافذة إخلاء مسؤولية خدمات الطوارئ على تطبيق Webex لتضمين خيار للمستخدمين لتحديث موقعهم عند تسجيل الدخول.
تخصيص العملاء وتوفيرهم
يقوم المستخدمون بتنزيل تطبيقات Webex العامة الخاصة بهم وتثبيتها على سطح المكتب أو الأجهزة المحمولة (للاطلاع على روابط التنزيل، راجع منصات تطبيق Webex). بمجرد مصادقة المستخدم، يقوم العميل بالتسجيل مقابل سحابة Webex للمراسلة والاجتماعات، ويسترد معلومات العلامة التجارية الخاصة به، ويكتشف معلومات خدمة BroadWorks ويقوم بتنزيل تكوين الاتصال الخاص به من خادم تطبيق BroadWorks (عبر DMS على XSP|ADP).
يمكنك تكوين معلمات الاتصال لتطبيقات Webex في BroadWorks (كالمعتاد). يمكنك تكوين معلمات العلامة التجارية والمراسلة والاجتماع للعملاء في Control Hub. أنت لا تقوم بتعديل ملف تكوين بشكل مباشر.
يمكن أن تتداخل هاتين المجموعتين من التكوينات، وفي هذه الحالة تحل تكوين Webex محل تكوين BroadWorks.
إضافة قوالب تكوين تطبيقات Webex إلى خادم تطبيق BroadWorks
يتم تكوين تطبيقات Webex باستخدام ملفات DTAF. يقوم العملاء بتنزيل ملف XML الخاص بالتكوين من خادم التطبيق، عبر خدمة إدارة الجهاز على XSP|ADP.
-
احصل على ملفات DTAF المطلوبة (راجع ملفات تعريف الجهاز في قسم "إعداد بيئتك").
-
تحقق من أن لديك مجموعات العلامات الصحيحة في BroadWorks System > موارد > مجموعات علامات إدارة الجهاز.
-
لكل عميل تقوم بتوفيره:
-
قم بتنزيل ملف DTAF البريدي واستخراجه للعميل المعين.
-
استيراد ملفات DTAF إلى BroadWorks في System > موارد > أنواع ملف تعريف الهوية/الجهاز
-
افتح ملف تعريف الجهاز الذي تمت إضافته حديثًا للتحرير و:
-
أدخل FQDN لمزرعة XSP|ADP وبروتوكول الوصول إلى الجهاز.
-
حدد خانة الاختيار دعم معلومات الطرف البعيد. هذا الدعم مطلوب لمشاركة سطح المكتب حتى تعمل.
يمكنك أيضًا تمكين دعم الطرف البعيد عن طريق تشغيل أمر CLI التالي على خادم التطبيق:AS_CLI/System/DeviceType/SIP> تعيين <device_profile_type> supportRemotePartyInfo true
-
-
قم بتعديل القوالب وفقًا للبيئة الخاصة بك (انظر الجدول أدناه).
-
احفظ ملف التعريف.
-
-
انقر على الملفات والمصادقة ثم حدد خيار إعادة بناء جميع ملفات النظام.
|
الاسم |
الوصف |
|
أولوية الترميز |
تكوين ترتيب الأولوية لترميز الصوت والفيديو لمكالمات VoIP |
|
TCP وUDP وTLS |
تكوين البروتوكولات المستخدمة لإرسال إشارات SIP والوسائط |
|
منافذ الصوت والفيديو RTP |
تكوين نطاقات المنافذ لصوت والفيديو RTP |
|
خيارات SIP |
قم بتكوين العديد من الخيارات المتعلقة بـ SIP (معلومات SIP، واستخدام RPORT، واكتشاف وكيل SIP، وفترات تحديث للتسجيل والاشتراك، وما إلى ذلك) |
تخصيص العلامة التجارية لتطبيق Webex
-
تخصيصات الشركاء - يمكن لمسؤولي الشركاء تطبيق تخصيصات العلامة التجارية المتقدمة التي تنطبق على مؤسسة الشريك و/أو العملاء الذين يديرهم الشريك. راجع تكوين التخصيصات المتقدمة للعلامة التجارية.
-
تخصيصات العميل - إذا سمح الشريك للعملاء بتطبيق تخصيصات العلامة التجارية الخاصة بهم، يمكن لمسؤولي العملاء اتباع الإجراءات في إضافة العلامة التجارية لشركتك إلى Webex.
| تستخدم بوابة تنشيط المستخدم نفس الشعار الذي تضيفه لعلامة العميل التجارية. |
تخصيص الإبلاغ عن المشكلات وعناوين URL الخاصة بالمساعدة
لتخصيص هذه الخيارات ، يمكن للمديرين اتباع الإجراء "إضافة التعليقات وعناوين URL لموقع المساعدة" ، والتي يمكن العثور عليها في كل من المقالات المذكورة أعلاه.
تكوين مؤسسة الاختبار الخاصة بك لتطبيق Webex من أجل Cisco BroadWorks
قبل البدء
مع توفير Flowthrough
يجب عليك تكوين جميع خدمات XSP|ADP والمؤسسة الشريكة في Control Hub، قبل أن تتمكن من تنفيذ هذه المهمة.
| 1 |
تعيين الخدمة في BroadWorks:
| ||
| 2 |
التحقق من مؤسسة العميل والمستخدمين في Control Hub: |
اختبار المستخدم
| 1 |
قم بتنزيل تطبيق Webex على جهازين مختلفين. |
| 2 |
سجّل الدخول كمستخدمين للاختبار على الماكيتين. |
| 3 |
إجراء مكالمات اختبار. |
توفير مؤسسات العملاء
في النموذج الحالي، نوفر تلقائيًا مؤسسة العميل عند ضم المستخدم الأول من خلال أي من الطرق الموضحة في هذا المستند. يحدث التوفير مرة واحدة فقط لكل عميل.
توفير المستخدمين
يمكنك توفير المستخدمين بهذه الطرق:
-
استخدام واجهات برمجة التطبيقات لإنشاء حسابات Webex
-
تعيين IM&P المتكامل (التوفير من خلال التدفق) مع رسائل بريد إلكتروني موثوق بها لإنشاء حسابات Webex
-
قم بتعيين IM&P المتكاملة (من خلال التوفير) دون رسائل بريد إلكتروني موثوق بها. يوفر المستخدمون عناوين البريد الإلكتروني ويتحققون منها لإنشاء حسابات Webex
-
السماح للمستخدمين بالتنشيط الذاتي (يمكنك إرسال ارتباط إليهم، يقومون بإنشاء حسابات Webex)
واجهات API للتوفير العام
يعرض Webex واجهات API العامة للسماح لمقدمي الخدمة بدمج توفير مشتركي Webex لـ Cisco BroadWorks في تدفقات عمل التوفير الحالية الخاصة بهم. تتوفر مواصفات واجهات API هذه على developer.webex.com. إذا كنت ترغب في التطوير باستخدام واجهات API هذه، فاتصل بممثل Cisco للحصول على Webex من أجل Cisco BroadWorks.
| سيتم رفض عملاء الجملة من قبل واجهات API هذه. |
توفير Flowthrough
في BroadWorks، يمكنك تزويد المستخدمين بخيار تمكين IM&P المتكامل. يؤدي هذا الإجراء إلى قيام محول توفير BroadWorks بإجراء مكالمة API لتوفير المستخدم على Webex. تتوافق واجهة برمجة تطبيقات التوفير الخاصة بنا مع واجهة برمجة تطبيقات UC-One SaaS. لا يتطلب BroadWorks AS تغيير الرمز، بل يتطلب تغيير التكوين فقط لنقطة نهاية API لمحول التوفير.
| يمكن أن يستغرق توفير المشترك على Webex الكثير (عدة دقائق للمستخدم الأولي داخل المؤسسة). يقوم Webex بتنفيذ عملية التوفير كمهمة في الخلفية. لذلك، يشير النجاح في توفير التدفق إلى أن التوفير قد بدأ. هذا لا يشير إلى الإكمال. للتأكد من توفير المستخدمين ومؤسسة العميل بالكامل على Webex، يجب عليك تسجيل الدخول إلى Partner Hub والبحث في قائمة عملائك. يمكن لمستخدمي قنوات BroadWorks الحصول على Webex for BroadWorks من خلال ظهور مكالمة مشتركة (SCA). سيحتاج مستخدم القناة إلى تعيين خدمة المصادقة. كما هو موضح في القسم 8 من دليل حل BroadWorks Trunking، يسمح ذلك بفصل مصادقة مظهر SCA Webex عن مصادقة القناة الشائعة. لا يمكن توفير Webex لـ BroadWorks للمستخدمين الذين تم تعيين ميزات "قائمة المسار" أو "التوجيه المباشر". |
| تم نقل موقع القوالب من BroadWorks Calling في إعدادات المؤسسة إلى قسم قائمة العملاء، ويسمى الآن قالب التضمين. |
التنشيط الذاتي للمستخدم
لتوفير مستخدمي BroadWorks في Webex، دون تعيين خدمة IM&P المتكاملة:
-
سجّل الدخول إلى Partner Hub، وابحث عن صفحة قائمة العملاء.
-
انقر على عرض القوالب.
-
حدد قالب إعداد التوفير الذي تريد تطبيقه على هذا المستخدم.
تذكر أن كل قالب مرتبط بمجموعة نظام ومؤسسات شريكك. إذا لم يكن المستخدم موجودًا في نظام BroadWorks المرتبط بهذا القالب، فلن يتمكن المستخدم من التنشيط الذاتي باستخدام الارتباط.
-
انسخ ارتباط التوفير وأرسله إلى المستخدم.
قد ترغب أيضًا في تضمين ارتباط تنزيل البرنامج، وتذكير المستخدم الذي يحتاج إلى توريد عنوان بريده الإلكتروني والتحقق من صحته لتنشيط حساب Webex الخاص به.
-
يمكنك مراقبة حالة تنشيط المستخدم في القالب المحدد.
للحصول على مزيد من المعلومات، ارجع إلى تدفقات توفير المستخدم والتنشيط.
توفير رسائل بريد إلكتروني غير موثوق بها
يوفر Partner Hub مجموعة من عناصر التحكم داخل عرض حالة المستخدم التي تتيح لمسؤولي مزود خدمة Webex من أجل Cisco BroadWorks مراجعة حالة المستخدم وحل الأخطاء عند توفير رسائل بريد إلكتروني غير موثوق بها. للحصول على تفاصيل، راجع التحقق من توفير المستخدم باستخدام رسائل البريد الإلكتروني غير الموثوق بها.
نقل مستخدمي Webex إلى Webex من أجل Cisco BroadWorks
لنقل مستخدمي Webex الحاليين إلى Webex من أجل Cisco BroadWorks، ارجع إلى الجدول أدناه لتحديد الإجراء الذي يجب اتباعه.
|
ينتمي مستخدم Webex الحالي إلى ... |
اتبع هذه العمليات لنقل المستخدم |
|---|---|
|
تنظيم المستهلك أو الاشتراك الذاتي (على سبيل المثال، حساب مجاني، حساب تجريبي) |
|
|
مؤسسة العميل |
إرفاق Webex for BroadWorks بالمؤسسة الحالية—يضيف مرفق المؤسسة (للمستخدم الأول) أيضًا Webex for BroadWorks إلى المستخدمين اللاحقين، طالما تم تعيينهم للمؤسسة الصحيحة. |
|
ينتمي مستخدم Webex الحالي إلى ... |
اتبع هذه العمليات لنقل المستخدم |
|---|---|
|
تنظيم المستهلك أو الاشتراك الذاتي (على سبيل المثال، حساب مجاني، حساب تجريبي) |
إذا كانت مؤسسة Webex for BroadWorks غير موجودة (لم يتم توفير أي مستخدمين):
إذا كانت مؤسسة Webex for BroadWorks موجودة (تم توفير مستخدم واحد على الأقل):
|
|
مؤسسة العميل |
|
نقل المستخدم (بالموافقة) إلى Webex من أجل Cisco BroadWorks
استخدم هذا الإجراء لنقل مستخدم Webex موجود في مؤسسة مستهلكين أو لديه حساب تسجيل ذاتي (حساب مجاني أو حساب تجريبي) إلى Webex من أجل Cisco BroadWorks. لاحظ أنه يجب وجود مؤسسة Webex لـ Cisco BroadWorks (مع توفير أول مستخدم). في هذه الحالة، يمكنك استخدام أحد هذه الخيارات لنقل المستخدمين:
-
نقل المستخدم (باستخدام البريد الإلكتروني الموثوق به) - يستخدم التوفير باستخدام رسائل البريد الإلكتروني الموثوق بها
-
نقل المستخدم (باستخدام البريد الإلكتروني غير الموثوق به) - يستخدم التوفير باستخدام رسائل البريد الإلكتروني غير الموثوق بها
-
التنشيط الذاتي
| إذا لم يتم إنشاء مؤسسة Webex for Cisco BroadWorks بعد (لم يتم توفير أي مستخدمين)، فاتبع عمليات التوفير العادية (توفير المستخدمين) لإنشاء المؤسسة وإضافة المستخدم الأول كمستخدم للإدارة. بعد توفير المستخدم الأول في المؤسسة، اتبع الطرق القائمة على الموافقة في هذا الإجراء لنقل المستخدمين اللاحقين. |
نقل المستخدم (باستخدام البريد الإلكتروني الموثوق به)
إذا كان قالب التضمين يستخدم رسائل بريد إلكتروني موثوق بها، فيمكن لمسؤول الشريك نقل المستخدمين اللاحقين بهذه العملية:
-
يضيف المسؤول المستخدم.
-
يتم دفع المستخدم إلى جسر توفير BroadWorks.
-
يحدد البحث عن CI أن هذا المستخدم لديه حساب Webex آخر مع عنوان البريد الإلكتروني هذا.
-
يتم إرسال بريد إلكتروني تلقائي إلى المستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر على تنشيط الحساب. تتم إعادة توجيه المستخدم إلى مدخل Webex Consumer.
-
يقوم المستخدم بتسجيل الدخول إلى Webex.
-
ينقر المستخدم على حذف لحذف حساب Webex القديم.
-
تم حذف حساب Webex القديم.
-
يتم توفير المستخدم في Webex لـ Cisco BroadWorks باستخدام عنوان البريد الإلكتروني نفسه.
-
يتم توجيه المستخدم إلى صفحة التنزيل.
-
نقل المستخدم (بالبريد الإلكتروني غير الموثوق به)
إذا كان قالب التضمين يستخدم رسائل بريد إلكتروني غير موثوق بها، فيجب أولاً التحقق من صحة عنوان البريد الإلكتروني للمستخدم. يمكن للمسؤول اتباع هذه العملية لنقل المستخدمين اللاحقين:
-
يضيف المسؤول المستخدم.
-
يتم دفع المستخدم تلقائيًا إلى جسر توفير BroadWorks.
-
يتم إرسال نص يحتوي على ارتباط تنشيط إلى المستخدم.
-
-
ينقر المستخدم على ارتباط التنشيط ويدخل عنوان بريده الإلكتروني.
-
يحدد البحث عن CI أن هذا المستخدم لديه حساب Webex آخر مع عنوان البريد الإلكتروني هذا.
-
يتم إرسال بريد إلكتروني تلقائي إلى المستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر الانضمام الآن.
-
تم التحقق من صحة عنوان البريد الإلكتروني.
-
تتم إعادة توجيه المستخدم لتسجيل الدخول إلى مدخل Webex Consumer.
-
-
يقوم المستخدم بتسجيل الدخول إلى Webex.
-
يجب أن ينقر المستخدم فوق حذف لحذف حساب Webex القديم.
-
تم حذف حساب Webex القديم.
-
يتم توفير المستخدم في Webex لـ Cisco BroadWorks باستخدام عنوان البريد الإلكتروني نفسه.
-
يتم توجيه المستخدم إلى صفحة التنزيل.
-
تدفق التنشيط الذاتي
إذا كان لدى المستخدم حساب BroadWorks حالي، فيمكنه استخدام عملية التنشيط الذاتي لنقل حسابه.
-
يقوم المستخدم بتسجيل الدخول إلى عنوان URL الخاص بمدخل وصول المستخدم باستخدام بيانات اعتماد BroadWorks.
-
يقوم المستخدم بإدخال عنوان بريده الإلكتروني.
-
يتم دفع المستخدم إلى جسر توفير BroadWorks.
-
يتم إرسال بريد إلكتروني تلقائي إلى عنوان البريد الإلكتروني للمستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر على ارتباط الانضمام الآن، الذي يتحقق من صحة عنوان البريد الإلكتروني.
-
يجد CI أن المستخدم لديه حساب Webex موجود. يجب على المستخدم حذف الحساب القديم قبل أن يتمكن من المتابعة.
-
تتم إعادة توجيه المستخدم لتسجيل الدخول إلى Webex.
-
-
يقوم المستخدم بتسجيل الدخول إلى بوابة المستهلك.
-
ينقر المستخدم على حذف الحساب.
-
تم حذف حساب Webex القديم.
-
يتم تزويد المستخدم بحساب Webex جديد لـ Cisco BroadWorks بنفس عنوان البريد الإلكتروني.
-
إرفاق Webex for BroadWorks بالمؤسسة الحالية
إذا كنت مسؤول شريك تقوم بإضافة خدمات Webex for BroadWorks إلى مؤسسة عملاء Webex حالية، والتي لم تكن مرتبطة بعد بمؤسسة BroadWorks يديرها شريك، فيجب على مسؤول مؤسسة العميل الموافقة على وصول المسؤول من أجل نجاح طلب التوفير.
يلزم الحصول على موافقة مسؤول المؤسسة إذا كان أي مما يلي صحيح:
-
تضم مؤسسة العميل الحالية 100 مستخدم أو أكثر
-
تمتلك المؤسسة مجال بريد إلكتروني تم التحقق منه
-
تمت المطالبة بمجال المؤسسة
إذا لم تكن أي من المعايير المذكورة أعلاه صحيحة، فقد يحدث إرفاق تلقائي.
| في سيناريو المرفق التلقائي ، تتم إضافة اشتراك Webex for BroadWorks إلى مؤسسة عميل حالية دون أي إشعار لمسؤول المؤسسة الحالي أو المستخدم النهائي. في معظم الحالات، ستمنح مؤسسة الشريك حقوق مسؤول التوفير. ومع ذلك، إذا لم يكن لدى مؤسسة العميل تراخيص أو تراخيص معلقة/ملغاة فقط، فسيتم تعيين مسؤول كامل. باستخدام وصول مسؤول التوفير، سيكون لديك رؤية محدودة في Control Hub للمستخدمين في المؤسسة الحالية. يوصى بأن تتصل بمسؤول العميل وتطلب وصول المسؤول الكامل إلى المؤسسة. |
يستطيع مسؤولو الشركاء إكمال الإجراء التالي لإضافة خدمات اتصال BroadWorks إلى مؤسسة Webex موجودة:
| تأكد من السماح برسائل البريد الإلكتروني لدعوة المسؤول عند إرفاقها بالمؤسسات الموجودة (يكون التبديل قيد التشغيل افتراضيًا). |
| 1 |
يقوم مسؤول الشريك بتخصيص Webex لـ Cisco BroadWorks للعميل. للحصول على المساعدة، راجع توفير مؤسسات العملاء. يحدث ما يلي:
| ||
| 2 |
باستخدام وصول كامل للمسؤول، يستطيع المسؤول الشريك إكمال عملية توفير العميل. ستحتاج إلى إعادة محاولة توفير العميل بدءًا من الخطوة 1 أعلاه. ومع ذلك ، الآن كمسؤول خارجي كامل ، يجب ألا تلاحظ الخطأ 2017. بمجرد الانتهاء من توفير خدمات الاتصال، ستكون مؤسسة العميل الحالية مرئية كعميل أسفل مؤسسة شريك Webex لـ BroadWorks.
|
شروط مرفق المؤسسة
-
يجب أن يتطابق عنوان البريد الإلكتروني لأول مشترك في BroadWorks الذي تم توفيره مع عنوان البريد الإلكتروني لمستخدم موجود في مؤسسة العميل المستهدفة. بخلاف ذلك، سيتم إنشاء مؤسسة عملاء جديدة.
-
لم يتم توفير أول مستخدم من المؤسسة الحالية والذي تم توفيره لـ Webex for BroadWorks كمستخدم مسؤول. يتم الاحتفاظ بالإعدادات والاستحقاقات من المؤسسة الحالية.
-
تتمتع إعدادات المصادقة الحالية للمؤسسة بالأسبقية على ما تم تكوينه في قالب توفير Webex for BroadWorks. ونتيجة لذلك، لا يوجد تغيير في كيفية تسجيل دخول المستخدمين الحاليين.
-
ومع ذلك، إذا كانت مؤسسة العميل الحالية قد تم تمكين العلامة التجارية الأساسية، بعد حدوث الملحق، فإن الأولوية ستكون لإعدادات العلامة التجارية المتقدمة الخاصة بالشريك. إذا كان العميل يريد أن تظل العلامة التجارية الأساسية سليمة، فيجب على الشريك تكوين مؤسسة العميل لتجاوز العلامة التجارية في إعدادات العلامة التجارية المتقدمة.
-
-
لن يتغير اسم المؤسسة الحالية.
-
لا يوجد تغيير في إعداد علامة منع البريد الإلكتروني في إعدادات المؤسسة الحالية. قد يؤثر ذلك على المستخدمين الذين تم توفيرهم حديثًا. بناءً على كيفية تعيين العلم، قد يتلقى المستخدمون الجدد أو لا يتلقون بريدًا إلكترونيًا يحتوي على رمز يجب إدخاله لإكمال التنشيط.
-
تم إيقاف تشغيل وضع المسؤول المقيد (الذي تم تعيينه بواسطة تبديل وضع المقيد بواسطة الشريك) للمؤسسة المرفقة.
-
تأكد من إكمال عملية مرفق المؤسسة (نقل المستخدمين الحاليين وتحديث معرف المؤسسة)، قبل توفير مستخدمين جدد في مؤسسة Webex لـ Cisco BroadWorks.
-
يمكن ربط مؤسسة BroadWorks بتنظيم Webex واحد فقط. لا يمكنك توفير مشتركين من مؤسسة BroadWorks واحدة في مؤسسات Webex منفصلة.
إضافة مسؤول خارجي
لمعرفة الخطوات التي يمكن لمسؤولي مؤسسة العميل اتباعها لإضافة المسؤول الشريك كمسؤول خارجي، راجع مقال الموافقة على طلب المسؤول الخارجي على help.webex.com.
| يجب أن يوفر مسؤول العميل للمسؤول الخارجي حقوق وامتيازات المسؤول الكامل. |
| يجب أن يتطابق عنوان البريد الإلكتروني الذي يضيفه مسؤول مؤسسة العميل كمسؤول خارجي مع عنوان البريد الإلكتروني لمسؤول الشريك كما تم تكوينه في قالب الإعداد في Partner Hub. بعد إضافة البريد الإلكتروني من قالب التضمين على Partner Hub كمسؤول كامل، يجب أيضًا إضافة أي مسؤولين إضافيين من الشركاء كمسؤول خارجي يتمتع بحقوق المسؤول الكامل. |
فصل Webex لـ BroadWorks من المؤسسة الحالية
اتبع هذه الخطوات لفصل Webex for BroadWorks عن مؤسسة Webex موجودة. على سبيل المثال، إذا قمت بإرفاق Webex for BroadWorks لمؤسسة موجودة عن طريق الصدفة وتريد إزالة المرفق.
| في التدفق القياسي سيؤدي فصل Webex for BroadWorks من مؤسسة Webex موجودة (التدفق القياسي فقط) إلى حذف جميع بيانات المشترك المرتبطة وإلغاء تنشيط اشتراك Webex for BroadWorks الخاص بالعميل. أيضًا، ستفقد إمكانية الوصول إلى مؤسسة العميل إذا كان هذا هو الاشتراك المرتبط الوحيد. في Hybrid flow، لا يتم تعديل اشتراكات العملاء. |
-
إذا لم يكن لديك صلاحية الوصول إلى إعدادات العميل في Control Hub، اجعل مسؤول العميل يمنحك صلاحية الوصول إلى المسؤول الخارجي عن طريق اتباع الموافقة على طلب المسؤول الخارجي.
-
قم بإزالة كل مساحات عمل Webex لـ BroadWorks من المؤسسة. استخدم واجهة برمجة تطبيقات إزالة مساحة عمل BroadWorks.
-
قم بإزالة كل مشتركي Webex لـ BroadWorks من المؤسسة. استخدم واجهة برمجة تطبيقات Remove a BroadWorks Subscriber.
-
قم بإزالة مستخدمي Webex for BroadWorks المعلقين من المؤسسة. على سبيل المثال، إذا تم توفير المستخدمين عبر تدفق البريد الإلكتروني غير الموثوق به، ولم يتم إدخال رسائل البريد الإلكتروني الصالحة بعد، يتم ترك المستخدمين في حالة معلقة. اتبع التحقق من توفير المستخدمين باستخدام رسائل البريد الإلكتروني غير الموثوق بها لحذف المستخدمين.
-
احذف تكوين BroadWorks Calling لهذا العميل. افتح مثيل Control Hub الخاص بالعميل، وانقر فوق Hybrid، ضمن قسم BroadWorks Calling احذف جميع التكوينات.
بعد إكمال المفرزة، إذا كنت ترغب في إرفاق Webex for BroadWorks بالعميل، فاتبع عمليات التوفير لإرفاق عميل حالي.
| خيار بديل لإزالة المشتركين إذا كنت لا ترغب في استخدام Remove a BroadWorks Subscriber API هو الانتقال إلى BroadWorks CommPilot وإزالة خدمة IM&P المتكاملة للمستخدمين المتضررين. |
إدارة المستخدمين والمؤسسات
لإدارة المستخدمين في Webex لـ Cisco BroadWorks، تذكر أن المستخدم موجود في BroadWorks وفي Webex. يتم وضع سمات الاتصال وهوية BroadWorks الخاصة بالمستخدم في BroadWorks. يتم الاحتفاظ بهوية بريد إلكتروني مميزة للمستخدم وترخيصه لميزات Webex في Webex.
التحقق من توفير المستخدم باستخدام بريد إلكتروني غير موثوق به
إذا كنت تقوم بتوفير Webex لمستخدمي BroadWorks باستخدام توفير التدفق من خلال رسائل بريد إلكتروني غير موثوق بها، فيجب على المستخدمين توفير أنفسهم عن طريق إدخال عنوان بريدهم الإلكتروني في مدخل تنشيط المستخدم. إذا واجه المستخدم خطأ ما، يمكنه استخدام خيار المحاولة مرة أخرى الذي يتم عرضه في البوابة لإجراء محاولة أخرى. إذا واجه المستخدم الخطأ مرة أخرى، يمكن للمسؤول استخدام الخطوات التالية في Partner Hub لمراجعة الحالة وإما لضم المستخدم أو حذف المستخدم أو تطبيق تغييرات التكوين.
| 1 |
سجّل الدخول إلى Partner Hub وابحث عن صفحة قائمة العملاء. |
| 2 |
انقر على عرض القوالب. حدد قالب التضمين المناسب الذي تريد تطبيقه على هذا المستخدم. |
| 3 |
ضمن "التحقق من المستخدم"، تحقق من تعيين الإعدادات التالية لضمان تكوين التوفير من خلال رسائل البريد الإلكتروني غير الموثوق بها بشكل صحيح:
|
| 4 |
بعد حدوث توفير المستخدم، في قسم التحقق من المستخدم، انقر فوق إظهار حالة المستخدم للتحقق من حالة التوفير. يعرض عرض حالة المستخدم قائمة المستخدمين إلى جانب تفاصيل مثل معرف BroadWorks ونوع الحزمة المحدد والحالة الحالية، والتي توضح ما إذا كان المستخدم قد تم توفيره، أو ما إذا كان هناك متطلب معلق.
|
| 5 |
بالنسبة للمستخدمين الذين لديهم أخطاء أو متطلبات معلقة، انقر على النقاط الثلاث على اليمين واختر أحد الخيارات الإدارية التالية:
|
خيارات العرض الإضافية
تتوفر الخيارات الإضافية التالية عند عرض قائمة المستخدمين:
-
تصدير— انقر على هذا الزر إذا كنت تريد تصدير قائمة المستخدمين إلى ملف CSV.
-
استبعاد المستخدمين الذين تم توفيرهم— قم بتمكين هذا التبديل إذا كنت تريد عرض المستخدمين الذين لديهم متطلبات أو أخطاء معلقة فقط.
تغيير معرف المستخدم أو عنوان البريد الإلكتروني
تغييرات معرف المستخدم وعنوان البريد الإلكتروني
معرف البريد الإلكتروني والمعرف البديل هما سمات مستخدم BroadWorks المستخدمة مع Webex لـ Cisco BroadWorks. لا يزال معرف مستخدم BroadWorks هو المعرف الأساسي للمستخدم في BroadWorks. يصف الجدول التالي أغراض هذه السمات المختلفة، وما الذي يجب القيام به إذا كنت بحاجة إلى تغييرها:
| السمة في BroadWorks | السمة المقابلة في Webex | الغرض | ملاحظات |
| معرف مستخدم BroadWorks | لا شيء | معرّف أساسي | لا يمكنك تغيير هذا المعرّف مع ذلك وربط المستخدم بنفس الحساب في Webex. يمكنك حذف المستخدم وإعادة إنشائه إذا كان خطأ. |
| معرف البريد الإلكتروني | معرف المستخدم |
إلزامي لتوفير التدفق من خلال (إنشاء معرف مستخدم Webex) عندما تؤكد أنك تثق في البريد الإلكتروني غير مطلوب في BroadWorks إذا لم تؤكد أنه يمكنك الوثوق في رسائل البريد الإلكتروني غير مطلوب في BroadWorks إذا سمحت للمشتركين بالتفعيل الذاتي |
هناك عملية يدوية لتغيير ذلك في كلا المكانين إذا تم توفير عنوان بريد إلكتروني خاطئ للمستخدم:
لا تقم بتغيير معرف مستخدم BroadWorks. هذا غير مدعوم. |
| معرف بديل | لا شيء | تمكين authn للمستخدم، عن طريق البريد الإلكتروني وكلمة المرور، ضد معرف مستخدم BroadWorks | يجب أن يكون نفس معرف البريد الإلكتروني. إذا لم تتمكن من وضع البريد الإلكتروني في سمة المعرف البديل، فسيتعين على المستخدمين إدخال معرف مستخدم BroadWorks الخاص بهم عند المصادقة. |
تغيير حزمة المستخدم في Partner Hub
| 1 |
سجّل الدخول إلى Partner Hub وانقر على Customers. |
| 2 |
ابحث عن مؤسسة العميل التي يتم فيها ترحيل المستخدم إليها وحددها. تُفتح صفحة نظرة عامة على المؤسسة في لوحة على يمين الشاشة. |
| 3 |
انقر على عرض العميل. يتم فتح مؤسسة العميل في Control Hub، مع عرض صفحة "نظرة عامة".
|
| 4 |
انقر على المستخدمين، ثم ابحث عن المستخدم المتأثر وانقر عليه. |
| 5 |
في خدمات المستخدم، انقر فوق Webex لحزم BroadWorks (الاشتراكات). يتم فتح لوحة حزم المستخدم، ويمكنك معرفة الحزمة المعينة حاليًا للمستخدم. |
| 6 |
في علامة تبويب ملف التعريف، ابحث في قسم الحزمة وانقر على السهم (>) لتوسيع العرض. |
| 7 |
حدد الحزمة التي تريدها لهذا المستخدم (Basic أو Standard أو Premium أو Softphone) وانقر على Save. يعرض Control Hub رسالة يقوم المستخدم بتحديثها. |
| 8 |
يمكنك إغلاق تفاصيل المستخدم وعلامة تبويب Control Hub. |
| تحتوي حزم Standard and Premium على مواقع اجتماعات مميزة ترتبط بكل حزمة. عندما ينتقل المشترك الذي يتمتع بامتيازات المسؤول مع إحدى هاتين الحزمة إلى الحزمة الأخرى، يظهر المشترك مع موقعي اجتماع في Control Hub. تتوافق إمكانات اجتماع مضيف المشترك وموقع الاجتماع مع الحزمة الحالية الخاصة به. يظل موقع الاجتماع الخاص بالحزمة السابقة وأي محتوى تم إنشاؤه مسبقًا على ذلك الموقع، مثل التسجيلات، متاحًا لمسؤول موقع الاجتماع. |
| قد يستغرق تحديث إعدادات PMR الجديدة التي تنتج عن تغيير الحزمة. |
حذف المستخدمين
هناك مجموعة متنوعة من الطرق التي يمكن للمسؤولين استخدامها لحذف مستخدم من Webex لـ Cisco BroadWorks:
| إذا كان المستخدم الذي ستقوم بحذفه لديه امتيازات المسؤول، فقم بتعيين مسؤول جديد قبل حذف المستخدم. لا يوجد نقل تلقائي لدور المسؤول إذا تم حذف المسؤول الأخير. |
Webex لواجهة برمجة تطبيقات Cisco BroadWorks
يستطيع مسؤولو الشركاء استخدام Webex لـ Cisco BroadWorks API لحذف المستخدمين:
-
قم بتشغيل طلب Remove a BroadWorks Subscriber API على https://developer.webex.com/docs/api/v1/broadworks-subscribers/remove-a-broadworks-subscriber. يؤدي هذا الطلب إلى إزالة اشتراك Webex في Cisco BroadWorks. لم تعد هناك فواتير للمستخدم كمستخدم Webex من أجل Cisco BroadWorks، ويتم معاملته كمستخدم مجاني لـ Webex.
-
قم بتشغيل طلب حذف واجهة برمجة التطبيقات الخاصة بشخص على https://developer.webex.com/docs/api/v1/people/delete-a-person لحذف المستخدم بالكامل.
توفير التدفق من خلال
يستطيع مسؤولو الشركاء استخدام التوفير من خلال التدفق لحذف المستخدمين:
-
على خادم BroadWorks، قم بإزالة خدمة IM+P Integrated من المستخدم. يمكنك تعطيل الخدمة للمستخدم من صفحة المستخدم – IM&P المتكاملة على BroadWorks. للحصول على إجراء مفصل، راجع "تكوين IM&P المتكامل" في دليل إدارة واجهة ويب مجموعة خوادم تطبيق Cisco BroadWorks – الجزء 2.
بعد تعطيل الخدمة، يؤدي التوفير من خلال التدفق إلى إزالة اشتراك Webex لـ Cisco BroadWorks من المستخدم. لم تعد هناك فواتير للمستخدم كمستخدم Webex من أجل Cisco BroadWorks، ويتم معاملته كمستخدم مجاني لـ Webex.
-
في Control Hub، ابحث عن المستخدم وحدده.
- انتقل إلى الإجراءات وحدد حذف المستخدم.
Control Hub (مسؤولو العملاء)
يستطيع مسؤولو العملاء استخدام Control Hub لحذف المستخدمين من مؤسستهم. للحصول على تفاصيل، راجع حذف مستخدم من مؤسستك في Webex Control Hub على https://help.webex.com/0qse /.
حذف المؤسسة
| 1 |
استخدم واجهات API People لحذف جميع المستخدمين من المؤسسة:
| ||
| 2 |
إذا تم تشغيل مزامنة الدليل، فقم بتعطيلها. يمكن القيام بذلك عبر Partner Hub أو عبر واجهة برمجة التطبيقات العامة. لتعطيل مزامنة الدليل عبر Partner Hub: لتعطيل مزامنة الدليل عبر API، استخدم Update Directory Sync لواجهة برمجة تطبيقات BroadWorks Enterprise وقم بتعطيل إعداد EnableDirSync. سيتم حذف جميع المستخدمين المتصلين بمزامنة دليل BroadWorks لهذه المؤسسة. لاحظ أن إزالة المستخدمين (باستخدام أي من الطريقتين) قد تستغرق بعض الوقت اعتمادًا على كمية المستخدمين. | ||
| 3 |
بعد إزالة كل المستخدمين، استخدم حذف واجهة API لحذف المؤسسة لحذف المؤسسة. |
إلغاء اشتراك من Control Hub
بما أن واجهة برمجة التطبيقات خاصة، لن يتمكن العملاء من الوصول إليها. بدلاً من ذلك، توضح الخطوات التالية كيف يمكن للعملاء إلغاء اشتراكهم الخاص من Control Hub:
-
يمكن لمسؤول الشريك الانتقال إلى صفحة الخدمات "الهجينة" في Control Hub الخاصة بالعميل.
-
حدد موقع بطاقة "BroadWorks Calling".
-
بمجرد إلغاء توفير جميع المستخدمين من Webex for BroadWorks لهذا العميل، يجب أن يرى الشريك زر "مسح التكوين" (على سبيل المثال، حذف إدخال Customer_config الخاص بهم في BPB).
إدارة الإصدار
تسهّل عناصر التحكم في إدارة الإصدار في Partner Hub على Webex لمقدمي خدمة Cisco BroadWorks إدارة الإصدارات عن طريق منحهم القدرة على التحكم في إصدار الإصدارات الذي يتم من خلاله ترقية تطبيقات Webex الخاصة بالمستخدمين إلى أحدث البرامج.
بشكل افتراضي، يستخدم تطبيق Webex الترقيات التلقائية (الإصدارات الشهرية التي تسيطر عليها Cisco). ومع ذلك، باستخدام هذه الميزة، يستطيع المسؤولون الشركاء:
-
تكوين جداول الإصدار المخصصة مع التأجيل من جدول الإصدار الافتراضي لـ Cisco
-
قم بتكوين جدول إصدار واحد وتسلسل زمني يشمل جميع مؤسسات العملاء التي يديرونها
-
تعيين جداول إصدار مختلفة لمؤسسات العملاء المختلفة
للحصول على مزيد من المعلومات حول إدارة الإصدار، بما في ذلك معلومات حول كيفية تكوين وتطبيق جداول الإصدار المخصصة، راجع تخصيصات إدارة إصدار مقال Webex.
إعادة تكوين النظام
يمكنك إعادة تكوين النظام على النحو التالي:
-
إضافة مجموعة BroadWorks في Partner Hub
-
تحرير أو حذف مجموعة BroadWorks في Partner Hub
-
إضافة قالب التضمين في Partner Hub
-
تحرير أو حذف قالب التضمين في Partner Hub
تحرير أو حذف مجموعة BroadWorks في Partner Hub
يمكنك تحرير مجموعة BroadWorks أو إزالتها في Partner Hub.
| 1 |
سجّل الدخول إلى Partner Hub باستخدام بيانات اعتماد مسؤول الشريك على | ||
| 2 |
انتقل إلى الإعدادات وابحث عن قسم BroadWorks Calling. | ||
| 3 |
انقر على عرض المجموعات. | ||
| 4 |
انقر على المجموعة التي تريد تحريرها أو حذفها. يتم عرض تفاصيل المجموعة في جزء تدفق على اليمين.
| ||
| 5 |
لديك هذه الخيارات:
يتم تحديث قائمة المجموعات مع التغييرات التي قمت بها.
|
تحرير أو حذف قالب التضمين في Partner Hub
يمكنك تحرير قوالب التضمين أو حذفها في Partner Hub.
| 1 |
سجّل الدخول إلى Partner Hub باستخدام بيانات اعتماد مسؤول الشريك على | |||||||||
| 2 |
انتقل إلى الإعدادات وابحث عن قسم BroadWorks Calling. | |||||||||
| 3 |
انقر على عرض القوالب. | |||||||||
| 4 |
انقر على القالب الذي تريد تحريره أو حذفه. | |||||||||
| 5 |
لديك هذه الخيارات:
يتم تحديث قائمة المجموعات مع التغييرات التي قمت بها.
|
Webex Assistant
Webex Assistant for Meetings هو مساعد اجتماع ظاهري ذكي وتفاعلي يجعل الاجتماعات قابلة للبحث فيها وقابلة للتنفيذ وأكثر إنتاجية. يمكنك أن تطلب من Webex Assistant متابعة عناصر الإجراء، والاهتمام بالقرارات المهمة، وتسليط الضوء على اللحظات الرئيسية أثناء عقد اجتماع أو حدث.
يتوفر Webex Assistant للاجتماعات مجانًا لمواقع اجتماعات الحزمة الممتازة والقياسية وغرف الاجتماعات الشخصية. ويشمل الدعم كلاً من المواقع الجديدة والحالية.
تمكين Webex Assistant للاجتماعات
تم تمكين Webex Assistant افتراضيًا لكل من عملاء Broadworks لحزمة Standard وPremium.
يستطيع مسؤولو الشركاء ومسؤولو مؤسسة العميل تعطيل الميزة لمؤسسات العملاء من خلال Control Hub.
القيود
توجد القيود التالية على Webex لـ Cisco BroadWorks:
-
يقتصر الدعم على مواقع الاجتماعات ذات الحزمة الممتازة والمعيارية وغرف الاجتماعات الشخصية فقط.
-
يتم دعم النسخ المكتوبة للتسميات التوضيحية المغلقة باللغات الإنجليزية والإسبانية والفرنسية والألمانية فقط.
-
لا يمكن الوصول إلى مشاركة المحتوى عبر البريد الإلكتروني إلا من قِبل المستخدمين داخل مؤسستك
-
لا يمكن الوصول إلى محتوى الاجتماع للمستخدمين خارج مؤسستك. لا يمكن أيضًا الوصول إلى محتوى الاجتماع عند مشاركته بين مستخدمي الحزم المختلفة من داخل نفس المؤسسة.
-
باستخدام حزمة Premium، تتوفر النسخ المكتوبة بعد الاجتماع سواء تم تمكين Webex Assistant أو تعطيلها. ومع ذلك، إذا تم تحديد التسجيل المحلي، فلن يتم التقاط النسخ المكتوبة أو النقاط البارزة بعد الاجتماع.
-
باستخدام الحزمة القياسية، لا يتوفر خيار تسجيل الاجتماع على السحابة، وبالتالي لا تتوفر عمليات التحويل إلى نصوص ما بعد الاجتماع سواء تم تمكين Webex Assistant أو تعطيله. ومع ذلك، إذا تم تحديد التسجيل المحلي، فلن يتم التقاط النسخ المكتوبة أو النقاط البارزة بعد الاجتماع.
معلومات إضافية حول Webex Assistant
لمعرفة معلومات المستخدم حول كيفية استخدام الميزة، راجع استخدام Webex Assistant في Webex Meetings وEvents.
تعطيل مكالمات Webex
يتم تمكين مكالمات Webex المجانية عن طريق السماح للمستخدمين بإجراء مكالمات مجانية على أي جهاز ممكّن من Webex. ومع ذلك، إذا كنت تريد أن تستخدم جميع المكالمات البنية التحتية لـ BroadWorks، فيمكنك تعطيل مكالمات Webex داخل قالب التضمين، مما يؤدي إلى تعطيل هذا الخيار لمؤسسات العملاء التي تستخدم القالب.
دعم الميزات
عند تعطيل Webex Calling، تنطبق الشروط التالية على Webex لمستخدمي Cisco BroadWorks:
-
لم يعد المستخدمون يرون المكالمة باستخدام Webex كخيار مكالمة قابل للتحديد على تطبيق Webex.
-
لا يستطيع المستخدمون إجراء أو تلقي مكالمات Webex مجانية إلى غير Webex لمستخدمي Cisco BroadWorks. ويشمل ذلك المكالمات التي بدأت من مساحة فريق Webex، أو سجل المكالمات، أو جهات الاتصال، عن طريق إدخال عنوان URI الخاص بالمستخدم الآخر أو عنوان البريد الإلكتروني في شريط البحث.
-
تعمل مشاركة الشاشة ضمن مكالمة BroadWorks.
-
لا تزال اجتماعات Webex والتواجد الهاتفي تعمل، حتى إذا تم تعطيل مكالمات Webex.
تعطيل مكالمات Webex (قالب التضمين الجديد)
أثناء تكوين قالب إعداد جديد، يمكنك تكوين ما إذا كانت مكالمات Webex ممكنة أو معطلة عن طريق تحديد خانة اختيار Cisco Webex Free Calling أو إلغاء تحديدها داخل معالج إضافة قالب جديد. سيتم التقاط هذا الإعداد للمستخدمين في مؤسسات العملاء الذين تقوم بتعيينهم للقالب.
للحصول على تفاصيل حول تكوين قالب إعداد جديد، راجع تكوين مؤسسة الشريك في Partner Hub.
تعطيل مكالمات Webex (قالب الإعداد الحالي)
اتبع هذا الإجراء لتعطيل مكالمات Webex من قالب التضمين الحالي. سيؤدي ذلك إلى تعطيل الميزة لجميع المستخدمين الجدد في مؤسسات العملاء التي تستخدم هذا القالب.
-
سجّل الدخول إلى Partner Hub على admin.webex.com.
-
اختر الإعدادات.
-
انقر على عرض القالب واختر قالب التضمين المناسب.
-
انقر فوق تعطيل Cisco Webex Free Calling.
-
انقر على حفظ.
تعطيل مكالمات Webex (المستخدم الحالي)
يؤدي تعطيل هذه الميزة في قالب التضمين إلى تغيير الإعداد فقط للمستخدمين الجدد المعينين للقالب. لتعطيل مكالمات Webex لمستخدم موجود، يمكنك اتباع أحد الإجراءات التالية لتحديث المستخدم.
| تأكد من أنك أكملت بالفعل أحد الإجراءات المذكورة أعلاه لتعطيل مكالمات Webex من قالب التضمين الذي تم تعيين المستخدم له. وبخلاف ذلك، سيقوم أي من الإجراءات التالية بإعادة تكوين المستخدم باستخدام مكالمات Webex التي تم تمكينها. |
إذا كنت تستخدم توفير التدفق من خلال، يمكنك القيام بما يلي:
-
افتح CommPilot وانتقل إلى تكوين المستخدم.
-
قم بإزالة خدمة IM+P المتكاملة من المستخدم وانقر فوق موافق.
-
أضف خدمة IM+P المتكاملة إلى المستخدم وانقر فوق موافق.
بخلاف ذلك، يمكنك استخدام واجهة برمجة التطبيقات لتحديث المستخدم.
-
استخدم إزالة واجهة برمجة تطبيقات BroadWorks Subscriber لحذف المستخدم.
-
استخدم توفير واجهة برمجة تطبيقات BroadWorks Subscriber لإضافة المستخدم.
تعطيل مشاركة الفيديو أو الشاشة داخل المكالمات
يستطيع مسؤولو الشركاء استخدام علامات التكوين لتعطيل مكالمات الفيديو و/أو مشاركة الشاشة داخل مكالمة من تطبيق Webex (بشكل افتراضي، يتم تمكين كلا نوعي الوسائط للمكالمات).
للحصول على تفاصيل وخيارات التكوين الكاملة، راجع تعطيل مكالمات الفيديو وتعطيل مشاركة الشاشة في دليل تكوين Webex لـ Cisco BroadWorks.
| بالنسبة للفيديو، يمكنك أيضًا تكوين ما إذا كانت وسائط المكالمات الواردة افتراضية للفيديو أو الصوت فقط. |
حقل المصباح مشغول / إشعار التقاط المكالمة
يستفيد حقل المصباح مشغول (BLF) / إشعار التقاط المكالمات من ميزات BLF والتقاط المكالمات الموجهة. يتلقى مستخدم BLF إعلامًا صوتيًا ومرئيًا على تطبيق Webex عندما يتلقى مستخدم من قائمة مراقبة BLF مكالمة واردة. يمكن لمستخدم BLF تجاهل أو التقاط مكالمة المستخدم المراقب.
يساعد إعلام BLF / التقاط المكالمات في الحالات التي يحتاج فيها المستخدم إلى الرد على مكالمات أعضاء الفريق الآخرين الذين قد يعملون في موقع مختلف.
يستطيع المستخدمون أيضًا رؤية قائمة مراقبة BLF الخاصة بهم في قسم "قائمة المراقبة" Multi-Call Window - Watchlist" (نظام التشغيل Windows فقط، ونظام التشغيل Mac غير مدعوم) لرؤية وجود أعضاء فريق Webex وغير المشاركين في Webex. للحصول على مساعدة في تمكين المكالمات المتعددة، ارجع إلى: إطار المكالمات المتعددة
سيتمتع أعضاء Webex بحضور Webex الكامل. يجب أن تتم مزامنة أعضاء غير Webex في الدليل في Webex، وسيكون لديهم حالات "غير معروفة" و"أثناء المكالمة" فقط (ستؤدي حالة الرنين إلى تشغيل مربع حوار التقاط المكالمة).
قيود الحضور للمستخدمين غير المشاركين في Webex:
-
الحضور غير مدعوم لمستخدمي Broadworks غير CI، حتى إذا كانوا في قائمة BLF.
-
لا يُظهر مستخدمو CI الذين ليس لديهم تخويل Webex على السحابة أو نوع الجهاز من الحسابات (مساحات العمل) سوى التواجد "أثناء المكالمة" و"غير معروف". لا توجد حالة نشطة أو رنين أو غيرها.
-
المستخدمون غير المشاركين في Webex من قائمة ساعات BLF، الذين بدأوا مكالمة قبل بدء عميل Webex أو أثناء وجوده في وضع غير متصل، سيتم عرضها بحضور "غير معروف".
-
يعني فقدان الاتصال الخاص بك أنه سيتم إعادة تعيين جميع الحالات غير الموجودة في Webex أثناء المكالمة إلى "غير معروفة" عند إعادة الاتصال.
-
إذا أجرى مستخدم غير Webex من BLF مكالمة، فسوف يستمر عرضه على أنه "في مكالمة".
المتطلبات
تأكد من تطبيق التصحيحات التالية على BroadWorks. قم بتثبيت التصحيحات التي تنطبق على الإصدار الخاص بك فقط:
بالنسبة لـ R22:
-
AP.platform.22.0.1123.ap382053
-
AP.as.22.0.1123.ap382053
-
AP.as.22.0.1123.ap382362
-
AP.xsp.22.0.1123.ap382053
-
AP.xsp.22.0.1123.ap382362
-
AP.as.22.0.1123.ap383459
-
AP.as.22.0.1123.ap383520
بالنسبة لـ R23:
-
AP.platform.23.0.1075.ap382053
-
AP.as.23.0.1075.ap382053
-
AP.as.23.0.1075.ap382362
-
AP.as.23.0.1075.ap383459
-
AP.as.23.0.1075.ap383520
-
إذا كنت تستخدم XSP|ADP:
-
AP.xsp.23.0.1075.ap382053
-
AP.xsp.23.0.1075.ap382362
-
-
إذا كنت تستخدم ADP:
-
Xsi-Actions-23_2022.01_1.200.bwar
-
Xsi-Events-23_2022.01_1.201.bwar (أو إصدار أحدث)
-
بالنسبة إلى R24:
-
AP.as.24.0.944.ap382053
-
AP.as.24.0.944.ap382362
-
AP.as.24.0.944.ap383459
-
AP.as.24.0.944. ap383520
-
Xsi-Actions-24_2022.01_1.200.bwar
-
Xsi-Events-24_2022.01_1.201.bwar (أو إصدار أحدث)
تأكد من تمكين علامات التكوين التالية على تطبيق Webex:
-
<busy-lamp-field enabled="%ENABLE_BUSY_LAMP_FIELD_WXT%"> -
<display-caller enabled="%ENABLE_BLF_DISPLAY_CALLER_WXT%"/> -
<notification-delay time="%BLF_NOTIFICATON_DELAY_TIME_WXT%"/>(هذه العلامة اختيارية)
يجب عليك تنشيط ميزة 101642 آلية Xsi المحسنة لهاتفية الفريق على AS:
AS_CLI/System/ActivatableFeature> قم بتنشيط 101642
تمكين X-BroadWorks-Remote-Party-Info على AS باستخدام أمر CLI أدناه حيث تتطلب بعض تدفقات مكالمات SIP هذه الميزة:
AS_CLI/System/DeviceType/SIP> تعيين <device_profile_type> supportRemotePartyInfo true
تأكد من تعيين الخدمات التالية للمستخدمين:
-
تعيين خدمة التقاط المكالمات الموجهة لجميع المستخدمين
-
إعداد حقل المصباح مشغول للمستخدمين
| تتضمن أي إشارة إلى XSP إما XSP أو ADP. |
تكوين حقل المصباح مشغول على BroadWorks
يستطيع مسؤولو الشركاء استخدام الإجراء التالي لإعداد حقل مصباح مشغول لمستخدم.
-
سجّل الدخول إلى BroadWorks CommPilot.
-
بالنسبة لمستخدم محدد، انتقل إلى تطبيقات العميل وقم بتكوين حقل المصباح مشغول.
-
أضف عنوان URL لقائمة BLF التي سيتم مراقبتها.
-
استخدم معلمات البحث لتحديد موقع المستخدمين وإضافتهم إلى قائمة المستخدمين الخاضعين للمراقبة.
-
انقر فوق موافق.
دعم تكامل Slido
يدعم Webex لـ Cisco BroadWorks تكامل تطبيق Webex مع Slido.
يعد Slido أداة سهلة الاستخدام لمشاركة الجمهور. فهي تساعد الأشخاص على تحقيق أقصى استفادة من الاجتماعات عن طريق سد الفجوة بين المتحدثين وجمهورهم. عند دمج Slido في مؤسسة Control Hub، يستطيع المستخدمون لديك إضافة تطبيق Slido إلى اجتماعاتهم في تطبيق Webex. يجلب هذا التكامل وظائف إضافية للأسئلة والأجوبة والاقتراع إلى الاجتماع.
للحصول على معلومات إضافية حول كيفية نشر Slido واستخدامها مع تطبيق Webex، راجع دمج Slido مع تطبيق Webex.
توفر Webex: في اجتماع تقويم
عندما تقبل اجتماعًا في عميل Outlook يكون موعدًا أو اجتماعًا مخصصًا أو اجتماعًا غير Webex، يظهر توفر Webex الخاص بك على أنه "في اجتماع تقويم". يتيح هذا التوفر لزملائك معرفة أنك مشارك في خلاف ذلك وأنه قد يتم تأخير الاستجابة.
لتمكين هذه الميزة:
-
انتقل إلى علامة التبويب العامة في علامة تبويب "الإعدادات" على نظام التشغيل Windows أو Preferences على نظام التشغيل Mac.
-
حدد المربع لإظهاره في اجتماع تقويم.
| بالنسبة للمستخدمين الذين تم تمكين دمج حضور Outlook، يشير "في اجتماع تقويم" في Webex إلى "مشغول" في Outlook. |
تحذير
لكي تعمل هذه الميزة، يجب أن يكون لديك تطبيق Webex وعميل Outlook قيد التشغيل في نفس الوقت.
نعمل حاليًا على دعم خيار "إظهار العمل في مكان آخر" في Outlook لعدم إظهار مستخدم على أنه "في اجتماع تقويم" في Webex.
إذا اختار المستخدم تعطيل "إظهار عندما يكون في اجتماع تقويم" أثناء وجوده حاليًا في اجتماع تقويم، فلن يتم تحديث حضوره حتى ينتهي الاجتماع. سيتطلب ذلك إعادة تشغيل العميل للالتقاط.
إجابة تلقائية بنغمة
باستخدام الرد التلقائي بنغمة، يستطيع المستخدمون إجراء مكالمة من تطبيق تابع لجهة خارجية، مثل مركز الاتصال، ويتم توجيه المكالمة تلقائيًا من خلال تطبيق Webex على سطح المكتب الخاص بهم. عندما يرن تطبيق Webex الطرف الآخر، يسمع المستخدم نغمة معينة، وينصحه بأن المكالمة متصلة.
بالنسبة لمستخدم Webex لـ Cisco BroadWorks لاستخدام هذه الميزة:
-
الميزة مدعومة على مظهر الخط الأساسي فقط
-
يجب أن يكون تطبيق Webex هو ظهور الخط الأساسي
-
يجب تمكين العلامة %ENABLE_AUTO_ANSWER_WXT%
إذا كان لدى المستخدم أيضًا "ظهور مكالمة مشتركة" (على سبيل المثال، يتم تكوين هاتف مكتبي كأحد ظهور الخط الثانوي)، فستظل الميزة مدعومة على المظهر الأساسي طالما تم تكوين ظهور المكالمة المشتركة لعدم تلقي المكالمات الواردة. يمكن تحقيق ذلك عن طريق تكوين أي من الشروط الثلاثة التالية على BroadWorks لجميع حالات ظهور المكالمات المشتركة:
-
تم تعطيل تنبيه جميع حالات الظهور للمكالمات بالنقر للاتصال في تكوين مظهر المكالمة المشتركة - هذا هو النهج الموصى به
أو
-
يجب تعطيل السماح بإنهاء هذا الموقع لجميع حالات ظهور المكالمات المشتركة أو
أو
-
تم تعطيل المواقع لجميع حالات ظهور المكالمات المشتركة
زيادة القدرات
مزارع XSP|ADP
نوصيك باستخدام مخطط السعة لتحديد عدد موارد XSP|ADP الإضافية التي تحتاجها للزيادة المقترحة في أرقام المشتركين. بالنسبة لأي من مصادر القدرة النووية المخصصة أو Webex المخصصة لمزارع Cisco BroadWorks، لديك خيارات قابلية التوسع التالية:
-
مقياس مزرعة مخصصة: إضافة واحد أو أكثر من خوادم XSP|ADP إلى المزرعة التي تحتاج إلى سعة إضافية. قم بتثبيت وتنشيط نفس مجموعة التطبيقات والتكوينات مثل العقد الموجودة في المزرعة.
-
إضافة مزرعة مخصصة: أضف مزرعة XSP|ADP جديدة مخصصة. ستحتاج إلى إنشاء مجموعة جديدة وقوالب جديدة في Partner Hub، حتى تتمكن من بدء إضافة عملاء جدد في المزرعة الجديدة، لتخفيف الضغط على المزرعة الحالية.
-
إضافة مزرعة متخصصة: إذا كنت تواجه اختناقات لخدمة معينة، فقد ترغب في إنشاء مزرعة XSP|ADP منفصلة لهذا الغرض، مع مراعاة متطلبات الإقامة المشتركة المدرجة في هذا المستند. قد تحتاج إلى إعادة تكوين مجموعات Control Hub وإدخالات DNS إذا قمت بتغيير عنوان URL للخدمة التي تحتوي على مزرعة جديدة.
في جميع الحالات ، فإن مراقبة بيئة BroadWorks الخاصة بك وتوفير الموارد لها هي مسؤوليتك. إذا كنت ترغب في الاستعانة بمساعدة Cisco، فيمكنك الاتصال بممثل حسابك، والذي يمكنه ترتيب الخدمات المهنية.
إدارة شهادات خادم HTTP
يجب عليك إدارة هذه الشهادات لتطبيقات الويب المصادقة على mTLS على XSP|ADPs الخاصة بك:
-
شهادة سلسلة الثقة لدينا من Webex على السحابة
-
شهادات واجهات خادم HTTP لـ XSP|ADP
سلسلة الثقة
يمكنك تنزيل شهادة سلسلة الثقة من Control Hub وتثبيتها على XSP|ADPs أثناء التكوين الأولي. نحن نتوقع تحديث الشهادة قبل انتهاء صلاحيتها، وإعلامك بكيفية وتوقيت تغييرها.
واجهات خادم HTTP
يجب أن يقدم XSP|ADP شهادة خادم موقعة علنًا إلى Webex، كما هو موضح في شهادات الطلب. يتم إنشاء شهادة موقعة ذاتيًا للواجهة عند تأمين الواجهة لأول مرة. هذه الشهادة صالحة لمدة سنة واحدة من ذلك التاريخ. يجب أن تستبدل الشهادة الموقعة ذاتيًا بشهادة موقعة علنًا. تقع على عاتقك مسؤولية طلب شهادة جديدة قبل انتهاء صلاحيتها.
وضع مقيد بواسطة الشريك
وضع "مقيد بواسطة الشريك" هو إعداد "مركز الشريك" يمكن لمسؤولي الشركاء تعيينه لمؤسسات عملاء محددة للحد من إعدادات المؤسسة التي يمكن لمسؤولي العملاء تحديثها في Control Hub. عند تمكين هذا الإعداد لمؤسسة عميل معينة، يتعذر على جميع مسؤولي العملاء في تلك المؤسسة، بغض النظر عن استحقاقات دورهم، الوصول إلى مجموعة من عناصر التحكم المقيدة في Control Hub. يستطيع مسؤول الشريك فقط تحديث الإعدادات المقيدة.
| يعد وضع المقيد بواسطة الشريك إعداد على مستوى المؤسسة وليس دورًا. ومع ذلك، يقيد الإعداد استحقاقات أدوار محددة لمسؤولي العملاء في المؤسسة التي يتم تطبيق الإعداد عليها. |
وصول مسؤول العميل
يتلقى مسؤولو العملاء إشعاراً عند تطبيق "وضع المقيد بشريك". بعد تسجيل الدخول، سيرون لافتة إعلام في أعلى الشاشة، تحت عنوان Control Hub على الفور. تُخطر اللافتة مسؤول العميل بأن "الوضع المقيد" ممكَّن وقد لا يكون قادرًا على تحديث بعض إعدادات الاتصال.
بالنسبة لمسؤول العميل في مؤسسة يتم فيها تمكين وضع مقيد بواسطة الشريك، يتم تحديد مستوى الوصول إلى Control Hub بالصيغة التالية:
(الوصول إلى Control Hub) = (تخويلات دور المؤسسة) - (مقيدة بالقيود المفروضة على وضع الشريك)
سيواجه مسؤولو العملاء العديد من القيود، بغض النظر عن وضع "المقيد بواسطة الشريك". وتشمل هذه القيود ما يلي:
- إعدادات المكالمة: تكون إعدادات "أولوية مكالمة خيارات التطبيق" في قائمة الاتصال للقراءة فقط.
- إعداد الموقع: سيتم إخفاء إعداد الاتصال بعد إنشاء الموقع.
- إدارة PSTN وتسجيل المكالمات: ستظهر هذه الخيارات باللون الرمادي للموقع.
- إدارة رقم الهاتف: في قائمة الاتصال، يتم تعطيل إدارة رقم الهاتف وإعدادات "أولوية مكالمة خيارات التطبيق"، وكذلك تسجيلات المكالمات، للقراءة فقط.
القيود
عند تمكين وضع "المقيد بشريك" لمؤسسة عميل، يتم تقييد مسؤولي العملاء في تلك المؤسسة من الوصول إلى إعدادات Control Hub التالية:
-
في عرض المستخدمون، تكون الإعدادات التالية غير متوفرة:
-
يتحول زر إدارة المستخدمين إلى اللون الرمادي بمعنى أنه يصبح غير نشط.
-
إضافة أو تعديل مستخدمين يدويًا - لا يوجد خيار لإضافة مستخدمين أو تعديلهم، إما يدويًا أو عن طريق ملف CSV.
-
المطالبة بضم المستخدمين - غير متاحة
-
التعيين التلقائي للتراخيص - غير متاح
-
مزامنة الدليل—يتعذر تحرير إعدادات مزامنة الدليل (هذا الإعداد متاح للمسؤولين على مستوى الشريك فقط).
-
تفاصيل المستخدم—إعدادات المستخدم مثل الاسم الأول واسم العائلة واسم العرض والبريد الإلكتروني الأساسي* قابلة للتحرير.
-
إعادة تعيين الحزمة - لا يوجد خيار لإعادة تعيين نوع الحزمة.
-
تحرير الخدمات - لا يوجد خيار لتحرير الخدمات التي تم تمكينها لمستخدم (مثل الرسائل والاجتماعات والمكالمات)
-
عرض حالة الخدمات - لا يمكن رؤية الحالة الكاملة للخدمات الهجينة أو قناة ترقية البرنامج
-
رقم العمل الأساسي - هذا الحقل للقراءة فقط.
-
-
في عرض الحساب، لا تتوفر الإعدادات التالية:
-
حقل "اسم الشركة" للقراءة فقط.
-
-
في عرض إعدادات المؤسسة، لا تتوفر الإعدادات التالية:
-
المجال — الوصول إليه للقراءة فقط.
-
البريد الإلكتروني- تكون إعدادات "منع دعوة المسؤول بالبريد الإلكتروني" و"تحديد لغة البريد الإلكتروني" للقراءة فقط.
-
المصادقة - لا يوجد خيار لتحرير إعدادات المصادقة وتسجيل الدخول الفردي.
-
-
في قائمة الاتصال، لا تتوفر الإعدادات التالية:
-
إعدادات الاتصال - تكون إعدادات أولوية الاتصال لخيارات التطبيق للقراءة فقط.
-
سلوك الاتصال - تكون "الإعدادات" للقراءة فقط.
-
الموقع > PSTN - تم إخفاء خيارات "البوابة المحلية" وCisco PSTN.
-
-
تحت الخدمات، يتم منع خيارات عمليات الترحيل وخدمة UC المتصلة.
تمكين وضع مقيد بواسطة الشريك
يمكن لمسؤولي الشركاء استخدام الإجراء التالي لتمكين وضع مقيد بواسطة الشريك لمؤسسة عميل معينة (يتم تمكين الإعداد الافتراضي).
-
سجّل الدخول إلى Partner Hub ( https://admin.webex.com) وحدد العملاء.
-
حدد مؤسسة العميل التي يتم تطبيق الوضع عليها.
-
في عرض الإعدادات باليد اليمنى، قم بتمكين تبديل وضع مقيد بواسطة الشريك لتشغيل الإعداد.
إذا كنت ترغب في إيقاف تشغيل وضع مقيد بواسطة الشريك، فقم بتعطيل التبديل.
| إذا قام الشريك بإزالة وضع المسؤول المقيد لمسؤول عميل، فسيتمكن مسؤول العميل من تنفيذ ما يلي:
|
لمزيد من المعلومات حول قائمة المناطق الزمنية المدعومة لتوفير الخدمات الشاملة، راجع قائمة المناطق الزمنية المدعومة لتوفير الخدمات الشاملة.
تحليلات الشركاء
تسهّل تحسينات Control Hub على المسؤولين الشركاء عرض معلومات الحزمة وتحديثها نيابة عن مستخدميهم. توفر هذه الميزة قدرة الشركاء على الحصول على عرض مجمّع عبر جميع العملاء وتشمل التفاصيل التالية:
-
إجمالي المستخدمين حسب الحزمة (Softphone, Basic, Standard, Premium)
-
المستخدم حسب اتجاه الحزمة (يومي/أسبوعي/شهري)
-
العملاء الذين تم تعيين عدد من الحِزم لهم
لمعرفة التفاصيل الكاملة حول كيفية استخدام تحليلات الشركاء، راجع تحليلات مقالة Webex لـ Webex for Wholesale وWebex for Broadworks في Partner Hub.
واجهات API الخاصة بتقرير الفوترة
يوفر Webex للمطورين واجهات API العامة التي يمكن استخدامها لتقارير الفوترة الشهرية. يستطيع مسؤولو الشركاء استخدام واجهات API هذه لإنشاء تقارير الفوترة وإدراجها وحذفها. يسرد الجدول التالي واجهات API ونوع الوصول المطلوبة ومتطلبات الدور.
|
واجهة برمجة تطبيقات الفوترة |
الغرض |
نوع الوصول |
متطلبات الدور لـ API (يحتاج المسؤول إلى واحد على الأقل من هذه الأدوار) |
|---|---|---|---|
|
إنشاء تقرير فوترة BroadWorks |
يُستخدم لإنشاء تقرير الفوترة. |
كتابة الوصول |
|
|
سرد تقارير فوترة BroadWorks |
يُستخدم لإدراج التقارير المتاحة للعرض. |
قراءة الوصول |
|
|
احصل على تقرير فوترة BroadWorks |
يُستخدم للحصول على نسخة من تقرير تم إنشاؤه. |
قراءة الوصول |
|
|
حذف تقرير فوترة BroadWorks |
يُستخدم لحذف تقرير تم إنشاؤه. |
كتابة الوصول |
|
حقول الفوترة
يسرد الجدول التالي الحقول الواردة في التقرير الذي تم إنشاؤه.
|
حقل |
الوصف |
|---|---|
|
اسم الموزع |
اسم الشريك أو معرف مؤسسة الشريك |
|
معرف الفوترة |
معرف الفوترة الفريد للشريك أو الرقم C |
|
spEnterpriseId |
المعرّف الفريد الذي يوفره موفر الخدمة لمؤسسة المشترك. |
|
داخلي |
حالة الإصدار التجريبي الداخلي للعميل (نعم/لا) |
|
معرف المستخدم |
معرف المستخدم الخاص بالمشترك على BroadWorks |
|
معرّف المشترك |
معرف فريد للمشترك المعني في Webex |
|
تم التنشيط الذاتي |
نعم/لا |
|
تاريخ البدء الأوّل |
التاريخ الذي تم فيه توفير المشترك. |
|
تاريخ الفوترة |
تاريخ بدء الفوترة في هذا الشهر |
|
تاريخ الفوترة |
تاريخ انتهاء الفوترة في هذا الشهر |
|
حزمة |
نوع الحزمة المشحونة |
|
كمية |
كمية تناسبية للفوترة.
|
|
|
استكشاف أخطاء Webex الخاصة بـ Cisco BroadWorks وإصلاحها
الاشتراك في صفحة حالة Webex
تحقق أولاً من https://status.webex.com عندما تواجه انقطاع غير متوقع في الخدمة. إذا لم تقم بتغيير التكوين الخاص بك في Control Hub أو BroadWorks قبل المقاطعة، فتحقق من صفحة الحالة. اقرأ المزيد عن الاشتراك في إشعارات الحالة والحوادث في مركز مساعدة Webex.
استخدام تحليلات Control Hub
يتتبع Webex بيانات الاستخدام والجودة لمؤسستك ومؤسسات عميلك. اقرأ المزيد عن تحليلات Control Hub على مركز مساعدة Webex.
مشكلات الشبكة
لا يتم إنشاء العملاء أو المستخدمين في Control Hub باستخدام توفير التدفق:
-
هل يمكن لخادم التطبيق الوصول إلى عنوان URL الخاص بالتوفير؟
-
هل حساب التوفير وكلمة المرور صحيحتان، هل هذا الحساب موجود في BroadWorks؟
تفشل المجموعات باستمرار في اختبارات الاتصال:
| من المتوقع أن يفشل اتصال mTLS بخدمة المصادقة عند إنشاء المجموعة الأولى في Partner Hub، لأنك تحتاج إلى إنشاء المجموعة للوصول إلى سلسلة شهادات Webex. بدون ذلك، لا يمكنك إنشاء مرساة ثقة على XSP|ADPs لخدمة المصادقة، وبالتالي فإن اتصال mTLS للاختبار من Partner Hub غير ناجح. |
-
هل واجهات XSP|ADP متاحة للجمهور؟
-
هل تستخدم المنافذ الصحيحة؟ يمكنك إدخال منفذ في تعريف الواجهة على المجموعة.
فشل التحقق من صحة الواجهات
واجهات Xsi-Actions وXsi-Events:
- تحقق من إدخال عناوين URL للواجهة بشكل صحيح على المجموعة في Partner Hub، بما في ذلك
/V2.0/في نهاية عناوين URL. -
تحقق من أن جدار الحماية يسمح بالاتصال بين Webex وهذه الواجهات.
-
راجع نصيحة تكوين الواجهة في هذا المستند.
واجهة خدمة المصادقة:
- تحقق من إدخال عناوين URL للواجهة بشكل صحيح على المجموعة في Partner Hub، بما في ذلك
/V2.0/في نهاية عناوين URL. -
تحقق من أن جدار الحماية يسمح بالاتصال بين Webex وهذه الواجهات.
-
راجع نصيحة تكوين الواجهة في هذا المستند، مع إيلاء اهتمام خاص لما يلي:
- تأكد من مشاركة مفاتيح RSA عبر جميع XSP|ADPs.
- تأكد من أنك قدمت عنوان URL لـ AUTHservice إلى حاوية الويب على جميع XSP|ADPs.
- إذا قمت بتحرير تكوين تشفير TLS، فتحقق من أنك استخدمت اتفاقية التسمية الصحيحة. يتطلب XSP|ADP إدخال تنسيق اسم IANA لتشفيرات TLS. نسخة سابقة من هذا المستند أدرجت بشكل غير صحيح مجموعات التشفير المطلوبة في اتفاقية تسمية OpenSSL.
-
إذا كنت تستخدم mTLS مع خدمة المصادقة، فهل يتم تحميل شهادات عميل Webex على متجر الثقة XSP|ADP/ADP؟ هل تم تكوين التطبيق (أو الواجهة) لطلب شهادات العميل؟
-
إذا كنت تستخدم التحقق من صحة رمز CI مع خدمة المصادقة، فهل تم تكوين التطبيق (أو الواجهة) بحيث لا يتطلب الحصول على شهادات العميل؟
مشكلات العميل
تحقق من أن العميل متصل بـ BroadWorks
-
سجّل الدخول إلى تطبيق Webex.
-
تحقق من وجود أيقونة خيارات الاتصال (سماعة هاتف مع تروس فوقها) على الشريط الجانبي.
إذا لم يكن الرمز موجودًا، فقد لا يتم تمكين المستخدم بعد لخدمة الاتصال في Control Hub.
-
افتح قائمة الإعدادات/التفضيلات وانتقل إلى قسم خدمات الهاتف . يجب أن ترى جلسة تسجيل الدخول الفردي للحالة التي قمت بتسجيل دخولك.
إذا تم عرض خدمة هاتف مختلفة، مثل Webex Calling، فلن يستخدم المستخدم Webex من أجل Cisco BroadWorks.
يعني هذا التحقق:
-
نجح العميل في تحويل خدمات Webex المصغرة المطلوبة بنجاح.
-
تمت مصادقة المستخدم بنجاح.
-
تم إصدار العميل رمز ويب JSON طويل الأجل من خلال نظام BroadWorks الخاص بك.
-
قام العميل باسترداد ملف تعريف جهازه وتم تسجيله في BroadWorks.
سجلات العميل
يستطيع جميع عملاء تطبيق Webex إرسال السجلات إلى Webex. هذا هو الخيار الأفضل لعملاء الأجهزة المحمولة. يجب عليك أيضًا تسجيل عنوان البريد الإلكتروني للمستخدم وتقريب الوقت الذي حدثت فيه المشكلة إذا كنت تسعى للحصول على مساعدة من TAC. للحصول على مزيد من المعلومات، ارجع إلى أين أجد الدعم لتطبيق Webex؟
إذا كنت بحاجة إلى جمع السجلات يدويًا من جهاز كمبيوتر يعمل بنظام التشغيل Windows، فهي موجودة على النحو التالي:
كمبيوتر ويندوز: C:\Users\{username}\AppData\Local\CiscoSpark
نظام التشغيل Mac: /Users/{username}/Library/Logs/SparkMacDesktop
مشكلات تسجيل دخول المستخدم
تم تكوين مصادقة mTLS بشكل خاطئ
إذا تأثر جميع المستخدمين، فتحقق من اتصال mTLS من Webex إلى عنوان URL لخدمة المصادقة:
-
تحقق من تكوين تطبيق خدمة المصادقة أو الواجهة التي يستخدمها لـ mTLS.
-
تحقق من تثبيت سلسلة شهادات Webex كمرساة ثقة.
-
تحقق من أن شهادة الخادم على الواجهة/التطبيق صالحة، ووقع عليها مرجع مصدق معروف.
رسالة تجاوز الترخيص
قد تظهر هذه الرسالة لأحد العملاء في عرض العملاء الخاص بـ Partner Hub. تظهر هذه الرسالة عندما يتجاوز استخدام الترخيص ما يسمح به الترخيص. يمكن تجاهل الرسالة.
دليل استكشاف الأخطاء وإصلاحها
للحصول على معلومات تفصيلية حول استكشاف الأخطاء وإصلاحها في Webex لـ Cisco BroadWorks، ارجع إلى دليل استكشاف الأخطاء وإصلاحها في Cisco BroadWorks.
الدعم
سياسة دعم الدولة الثابتة
موفر الخدمة هو أول نقطة اتصال لدعم العميل النهائي (المؤسسة). قم بتصعيد المشكلات التي لا يستطيع SP حلها على TAC. يتبع دعم إصدار خادم BroadWorks سياسة BroadSoft للإصدار الحالي والإصدارين الرئيسيين السابقين (N-2). اقرأ المزيد في قسم سياسة دورة حياة منتجات BroadSoft في سياسة دورة حياة BroadSoft ومصفوفة توافق برامج BroadWorks.
سياسة التصعيد
-
أنت (موفر الخدمة/الشريك) نقطة الاتصال الأولى لدعم العملاء النهائيين (المؤسسة).
-
يتم تصعيد المشكلات التي لا يمكن حلها بواسطة SP إلى TAC.
إصدارات BroadWorks
-
يتبع دعم إصدار خادم BroadWorks سياسة BroadSoft والإصدارات الحالية والإصدارين الرئيسيين السابقين (N-2). اقرأ المزيد في قسم سياسة دورة حياة منتجات BroadSoft في سياسة دورة حياة BroadSoft ومصفوفة توافق برامج BroadWorks.
موارد الدعم الذاتي
-
يستطيع المستخدمون العثور على الدعم من خلال مركز مساعدة Webex، حيث يوجد صفحة Webex لـ Cisco BroadWorks الخاصة بإدراج مواضيع المساعدة والدعم في تطبيق Webex الشائعة.
-
يمكن تخصيص تطبيق Webex باستخدام عنوان URL الخاص بالمساعدة هذا وعنوان URL الخاص بتقرير المشكلة.
-
يستطيع مستخدمو تطبيق Webex إرسال الملاحظات أو السجلات مباشرةً من العميل. تنتقل السجلات إلى سحابة Webex، حيث يمكن تحليلها بواسطة Webex DevOps.
-
لدينا أيضًا صفحة مركز المساعدة مخصصة للمساعدة على مستوى المسؤول لتطبيق Webex من أجل Cisco BroadWorks.
جمع المعلومات لتقديم طلب الخدمة
عندما ترى أخطاء في Control Hub، قد تكون قد أرفقت معلومات يمكن أن تساعد TAC على التحقيق في مشكلتك. على سبيل المثال، إذا رأيت معرف تتبع لخطأ معين، أو رمز خطأ، احفظ النص لمشاركته معنا.
حاول تضمين المعلومات التالية على الأقل عند تقديم استفسار أو فتح حالة:
-
معرف مؤسسة العميل ومعرف مؤسسة الشريك (كل معرف عبارة عن سلسلة من 32 رقمًا سداسيا عشريا، مفصولة بوصلات)
-
TrackingID (أيضًا سلسلة أرقام سداسية عشرية 32) إذا كانت الواجهة أو رسالة الخطأ توفر واحدة
-
عنوان البريد الإلكتروني للمستخدم (إذا كان مستخدم معين يواجه مشكلات)
-
إصدارات العميل (إذا كانت المشكلة تظهر أعراض من خلال العميل)
مقارنة UC-One SaaS مع Webex لـ Cisco BroadWorks
|
الحل > |
UC-One SaaS |
Webex من أجل Cisco BroadWorks |
|---|---|---|
|
السحابة |
سحابة Cisco UC-One (GCP) |
Webex Cloud (AWS) |
|
العملاء |
UC-واحد: الأجهزة المحمولة، سطح المكتب موظف استقبال، مشرف |
Webex: الأجهزة المحمولة، سطح المكتب، الويب |
|
الفرق التكنولوجي الرئيسي |
الاجتماعات المنجزة على Broadsoft Meet Technology |
تم تقديم الاجتماعات على تقنية Webex Meetings |
|
التجارب الميدانية المبكرة |
بيئة التدريج، عملاء الإصدار التجريبي |
بيئة الإنتاج ، عملاء GA |
|
هوية المستخدم |
كان معرف BroadWorks بمثابة معرف أساسي، ما لم يكن لدى موفر الخدمة دمج SSO بالفعل.
معرف المستخدم والسر في BroadWorks |
يعمل معرف البريد الإلكتروني في Cisco CI كمعرف أساسي دمج SSO في موفر الخدمة BroadWorks حيث سيقوم المستخدم بالمصادقة باستخدام معرف مستخدم BroadWorks وسر BroadWorks في الوقت المناسب.
بيانات اعتماد لوازم المستخدم عبر SSO باستخدام BroadWorks والسرية في BroadWorks أو معرف المستخدم والسر في CI IdP أو معرف المستخدم في CI والمعرف والأسرار في IdP |
|
مصادقة العميل |
المستخدمون يوفرون بيانات الاعتماد من خلال العميل مطلوب رموز BroadWorks طويلة الأجل في حالة استخدام مراسلة Webex |
يوفر المستخدمون بيانات الاعتماد عبر المتصفح (إما صفحة تسجيل الدخول من وكيل Webex BIdP أو CI) الوصول إلى Webex وتحديث الرموز |
|
الإدارة / التكوين |
أنظمة OSS / BSS الخاصة بك مدخل الموزع |
أنظمة OSS/BSS وControl Hub |
|
تنشيط الشريك/موفر الخدمة |
الإعداد مرة واحدة بواسطة عمليات Cisco |
الإعداد مرة واحدة بواسطة عمليات Cisco |
|
تنشيط العميل/المؤسسة |
مدخل الموزع |
Control Hub تم الإنشاء التلقائي عند تسجيل المستخدم الأول |
|
خيارات تنشيط المستخدم |
التسجيل الذاتي تعيين IM&P الخارجي في BroadWorks
|
تعيين IM&P المتكاملة في BroadWorks (عادةً ما تكون مؤسسات) |
|
واجهات خدمة XSP|ADP |
XSI إجراءات
XSI- الأحداث CTI (mTLS) AuthService (mTLS اختياري) DMS |
XSI إجراءات إجراءات XSI (mTLS) XSI- الأحداث CTI (mTLS) AuthService (TLS) DMS |
تثبيت Webex وتسجيل الدخول (منظور المشترك)
| 1 |
تنزيل Webex وتثبيته. لمعرفة التفاصيل، ارجع إلى Webex | تنزيل التطبيق. |
| 2 |
تشغيل Webex. يطلب منك Webex عنوان بريدك الإلكتروني.
|
| 3 |
أدخل عنوان بريدك الإلكتروني، وانقر على التالي. |
| 4 |
يحدث أحد ما يلي، اعتمادًا على طريقة تكوين مؤسستك في Webex: يتم تحميل Webex بعد المصادقة بنجاح ضد IdP أو BroadWorks.
|
تبادل البيانات وتخزينها
توفر هذه الأقسام تفاصيل عن تبادل البيانات وتخزينها باستخدام Webex. يتم تشفير جميع البيانات في كل من النقل والراحة. لمعرفة مزيد من التفاصيل، راجع أمان تطبيق Webex.
ضم موفر الخدمة
عند تكوين المجموعات وقوالب المستخدمين في Webex Control Hub أثناء ضم موفر الخدمة، تقوم بتبادل بيانات BroadWorks التالية التي يقوم Webex بتخزينها:
-
URL لـ XSI إجراءات
-
URL لـ XSI أحداث
-
عنوان URL لواجهة CTI
-
عنوان URL لخدمة المصادقة
-
بيانات اعتماد محول BroadWorks
توفير مستخدم موفر الخدمة
يسرد هذا الجدول بيانات المستخدمين والمؤسسات التي يتم تبادلها كجزء من توفير المستخدمين من خلال واجهات برمجة تطبيقات Webex.
|
نقل البيانات إلى Webex |
من |
من خلال |
هل تم تخزينها بواسطة Webex؟ |
|---|---|---|---|
|
معرف مستخدم BroadWorks |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
البريد الإلكتروني (إذا تم توفير SP) |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
البريد الإلكتروني (إذا تم توفير المستخدم) |
المستخدم |
مدخل تنشيط المستخدم |
نعم |
|
الاسم الأول |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
اسم العائلة |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
رقم الهاتف الأساسي |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
رقم الهاتف المحمول |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
امتداد أساسي |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
معرف موفر خدمة BroadWorks ومعرف المجموعة |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
اللغة |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
|
المنطقة الزمنية |
BroadWorks، بواسطة API |
واجهات API في Webex |
نعم |
إزالة المستخدم
تدعم Webex لواجهات برمجة تطبيقات Cisco BroadWorks كل من الإزالة الجزئية والكاملة للمستخدم. يسرد هذا الجدول جميع بيانات المستخدم المخزنة أثناء التوفير وما يتم حذفه في كل سيناريو.
|
بيانات المستخدم |
الحذف الجزئي |
الحذف الكامل |
|---|---|---|
|
معرف مستخدم BroadWorks |
نعم |
نعم |
|
البريد الإلكتروني |
لا |
نعم |
|
الاسم الأول |
لا |
نعم |
|
اسم العائلة |
لا |
نعم |
|
رقم الهاتف الأساسي |
نعم |
نعم |
|
رقم الهاتف المحمول |
نعم |
نعم |
|
الامتداد |
نعم |
نعم |
|
معرف موفر خدمة BroadWorks ومعرف المجموعة |
نعم |
نعم |
|
اللغة |
لا |
نعم |
تسجيل دخول المستخدم واسترجاع التكوين
مصادقة Webex
تشير مصادقة Webex إلى تسجيل دخول المستخدم إلى تطبيق Webex بواسطة أي من آليات مصادقة دعم Webex. ( تتم تغطية مصادقة BroadWorks بشكل منفصل). يوضح هذا الجدول نوع البيانات المتبادلة بين المكونات المختلفة على تدفق المصادقة.
|
نقل البيانات |
من |
إلى |
|---|---|---|
|
عنوان البريد الإلكتروني |
المستخدم من خلال تطبيق Webex |
Webex |
|
رمز الوصول المحدود وعنوان URL الخاص بموفر التعريف (مستقل) |
Webex |
مستعرض المستخدم |
|
بيانات اعتماد المستخدم |
مستعرض المستخدم |
موفر الهوية (الذي لديه بالفعل هوية مستخدم) |
|
تأكيد SAML |
مستعرض المستخدم |
Webex |
|
رمز المصادقة |
Webex |
مستعرض المستخدم |
|
رمز المصادقة |
مستعرض المستخدم |
Webex |
|
الوصول إلى الرموز المميزة وتنشيطها |
Webex |
مستعرض المستخدم |
|
الوصول إلى الرموز المميزة وتنشيطها |
مستعرض المستخدم |
تطبيق Webex |
مصادقة BroadWorks
تشير مصادقة BroadWorks إلى تسجيل دخول المستخدم إلى تطبيق Webex باستخدام بيانات اعتماد BroadWorks الخاصة به. يوضح هذا الجدول نوع البيانات المتبادلة بين المكونات المختلفة على تدفق المصادقة.
|
نقل البيانات |
من |
إلى |
|---|---|---|
|
عنوان البريد الإلكتروني |
المستخدم من خلال تطبيق Webex |
Webex |
|
رمز الوصول المحدود وعنوان URL الخاص بموفر التعريف (وكيل Webex Bwks IdP) |
Webex |
مستعرض المستخدم |
|
معلومات العلامة التجارية وعناوين URL الخاصة بـ BroadWorks |
Webex |
مستعرض المستخدم |
|
بيانات اعتماد مستخدم BroadWorks |
المستخدم من خلال المستعرض (صفحة تسجيل الدخول التي تحمل علامة تجارية والتي يقدمها Webex) |
Webex |
|
بيانات اعتماد مستخدم BroadWorks |
Webex |
BroadWorks |
|
ملف تعريف مستخدم BroadWorks |
BroadWorks |
Webex |
|
تأكيد SAML |
مستعرض المستخدم |
Webex |
|
رمز المصادقة |
Webex |
مستعرض المستخدم |
|
رمز المصادقة |
مستعرض المستخدم |
Webex |
|
الوصول إلى الرموز المميزة وتنشيطها |
Webex |
مستعرض المستخدم |
|
الوصول إلى الرموز المميزة وتنشيطها |
مستعرض المستخدم |
تطبيق Webex |
إشعار انتهاء صلاحية كلمة مرور BroadWorks أثناء تسجيل الدخول
تعمل هذه الميزة على تحسين عملية تسجيل الدخول والتحكم في تدفق تسجيل الدخول القائم على:
تحذير تسجيل الدخول وتحسين رسالة الخطأ:
- في الوقت الحالي، لا يحصل Wexbex لمستخدمي BWKS الذين يستخدمون مصادقة BroadWorks وتسجيل الدخول من خلال UAP على إشعار بأن كلمة المرور الخاصة بهم على وشك الانتهاء أو أنهم غير قادرين على تسجيل الدخول لأن كلمة المرور قد انتهت بالفعل. باستخدام هذه الميزة، إذا كانت كلمة المرور على وشك الانتهاء خلال 10 أيام أو أقل - يتلقى المستخدم تحذيرًا بأن كلمة المرور على وشك الانتهاء مع الإشارة إلى عدد الأيام المتبقية، وينصح المستخدم بالاتصال بالشريك، أو اتباع ارتباط "نسيت كلمة المرور" على شاشة تسجيل الدخول لإعادة تعيين كلمة المرور الخاصة به.
- إذا انتهت صلاحية كلمة المرور وتم تعيين التكوين في BroadWorks 'enforcementPasswordChangeOnExpiry' إلى صحيح ثم تم إلقاء الخطأ "اسم المستخدم وكلمة المرور غير الصحيحين" ولكن الآن مع هذه الميزة يتم تحسين رسالة الخطأ: فشلت محاولة تسجيل الدخول. لا يتطابق الجمع بين معرف المستخدم وكلمة المرور المقدمين مع سجلاتنا أو تحتاج إلى تحديث كلمة المرور الخاصة بك. حاول مرة أخرى أو اتصل بالمسؤول لديك لتحديث كلمة المرور. رمز الخطأ 100006
التحكم في تدفق تسجيل الدخول:
- يمكن للشريك تقييد تسجيل الدخول عن طريق تمكين إعداد "w4bwks-password-expiry-fail-login". يمكن تمكين هذا الإعداد "بواسطة Cisco بناء على طلب من أحد الشركاء. إذا انتهت صلاحية كلمة مرور BroadWorks، يتم تعيين التكوين في BroadWorks "enforcePasswordChangeOnExpiry" إلى خاطئ ويتم تمكين الإعداد "w4bwks-password-expiry-fail-login" ثم يتم إلغاء الخطأ قائلًا إن كلمة المرور قد انتهت منذ أيام x بينما إذا تم تعطيل خدمة الإعداد، فيسمح بتسجيل الدخول. بشكل افتراضي، يتم تعطيل الإعداد.
يمكن تهيئة ارتباط "نسيت كلمة المرور" في صفحة تسجيل الدخول بواسطة الشريك كجزء من ميزة التخصيص المتقدم. يقوم الشركاء عادةً بتكوين الارتباط للتنقل بين المستخدم وبوابة الشريك لإدارة كلمة المرور وإعادة تعيين كلمة المرور.
| تعمل هذه الميزة على تحسين تجربة تسجيل دخول المستخدم أثناء تسجيل دخول المستخدم المنشط فقط عندما تكون كلمة المرور على وشك انتهاء الصلاحية أو انتهت صلاحيتها بالفعل. لا تتعامل الميزة مع انتهاء صلاحية كلمة مرور أثناء تسجيل المستخدم في تطبيق Webex. سيحصل المستخدم على إشعار لانتهاء صلاحية كلمة المرور في محاولة تسجيل الدخول التالية. |
فاصل زمني لتكوين العميل
يوضح هذا الجدول نوع البيانات المتبادلة بين المكونات المختلفة أثناء استرداد تكوينات العميل.
|
نقل البيانات |
من |
إلى |
|---|---|---|
|
التسجيل |
العميل |
Webex |
|
إعدادات المؤسسة، بما في ذلك عناوين URL لـ BroadWorks |
Webex |
العميل |
|
رمز BroadWorks JWT |
BroadWorks من خلال Webex |
العميل |
|
رمز BroadWorks JWT |
العميل |
BroadWorks |
|
رمز الجهاز |
BroadWorks |
العميل |
|
رمز الجهاز |
العميل |
BroadWorks |
|
ملف التكوين |
BroadWorks |
العميل |
استخدام الحالة الثابتة
يصف هذا القسم البيانات المنقولة بين المكونات أثناء إعادة المصادقة بعد انتهاء صلاحية الرمز، إما من خلال BroadWorks أو Webex.
يسرد هذا الجدول حركة البيانات للاتصال.
|
نقل البيانات |
من |
إلى |
|---|---|---|
|
إرسال إشارات SIP |
العميل |
BroadWorks |
|
وسائط SRTP |
العميل |
BroadWorks |
|
إرسال إشارات SIP |
BroadWorks |
العميل |
|
وسائط SRTP |
BroadWorks |
العميل |
يسرد هذا الجدول حركة البيانات الخاصة بالمراسلة والحضور والاجتماعات.
|
نقل البيانات |
من |
إلى |
|---|---|---|
|
مراسلة HTTPS REST والحضور |
العميل |
Webex |
|
مراسلة HTTPS REST والحضور |
Webex |
العميل |
|
إرسال إشارات SIP |
العميل |
Webex |
|
وسائط SRTP |
العميل |
Webex |
|
إرسال إشارات SIP |
Webex |
العميل |
|
وسائط SRTP |
Webex |
العميل |
استخدام واجهة برمجة تطبيقات التوفير
وصول المطور
تتوفر مواصفات API على https://developer.webex.com ودليل لاستخدامها على https://developer.webex.com/docs/api/guides/webex-for-broadworks-developers-guide.
تحتاج إلى تسجيل الدخول لقراءة مواصفات API على https://developer.webex.com/docs/api/v1/broadworks-subscribers.
مصادقة وتخويل التطبيق
يتم دمج تطبيقك مع Webex باعتباره تكامل. تسمح هذه الآلية للتطبيق بأداء المهام الإدارية (مثل توفير المشترك) للمسؤول داخل مؤسسة الشريك لديك.
تتبع واجهات برمجة تطبيقات Webex معيار OAuth 2 ( http://oauth.net/2/). يسمح OAuth 2 لعمليات التكامل مع جهات خارجية بالحصول على رموز التحديث والوصول إليها نيابة عن مسؤول الشريك الذي اخترته لمصادقة مكالمات API.
يجب عليك أولاً تسجيل عملية الدمج مع Webex. بمجرد التسجيل، يجب أن يدعم تطبيقك تدفق منح تفويض OAuth 2.0 هذا للحصول على رموز التحديث والوصول الضرورية.
للحصول على مزيد من التفاصيل حول عمليات التكامل وكيفية بناء تدفق تفويض OAuth 2 هذا في تطبيقك، راجع https://developer.webex.com/docs/integrations.
| هناك دورتان مطلوبتان لتنفيذ عمليات التكامل - المطور والمستخدم المخول - وقد يتم احتجازهما بواسطة أشخاص/فرق منفصلة في بيئتك.
|
اسم المؤسسة
يعتمد اسم المؤسسة على وضع التوفير الذي تستخدمه:
-
وضع المؤسسة — اسم المؤسسة مطابق تمامًا لـ spEnterpriseId.
-
وضع موفر الخدمة — اسم المؤسسة هو جزء معرف المجموعة من spEnterpriseId.
سيحتوي اسم المؤسسة على أي مساحة بيضاء أو حروف كبيرة أو خاصة محددة في spEnterpriseId الأصلي.
متطلبات برنامج BroadWorks
راجع إدارة دورة الحياة - خوادم BroadSoft.
نتوقع من موفر الخدمة أن يكون "الحالي التصحيح" مع أحدث تصحيحات BroadWorks وتطبيقات Release Independent (RI). قائمة التصحيحات أدناه هي الحد الأدنى لمتطلبات التكامل مع Webex.
| تأكد من مراجعة ملاحظات التصحيح الخاصة بتصحيح البرامج هذه. قد تحتوي بعض التصحيحات على متطلبات CLI إضافية. |
الإصدار R22
|
خادم |
الرقعة |
معلومات إضافية |
|---|---|---|
|
خادم التطبيق | ||
|
مطلوب لمزامنة الدليل | ||
|
مطلوب الترقية من V1 إلى V2 Push الإعلامات | ||
|
التصحيح المطلوب لخادم التطبيق | ||
|
مطلوب الترقية من V1 إلى V2 Push الإعلامات | ||
|
التصحيح المطلوب لميزة تسجيل المكالمة | ||
|
التصحيح المطلوب لتوفير التدفق من خلال | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
خادم ملف التعريف | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
المنصة | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب لخدمة المصادقة مع التحقق من صحة رمز CI | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
XSP|ADP |
مطلوب لوكيل مصادقة NPS | |
|
مطلوب لخدمة المصادقة مع التحقق من صحة رمز CI | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب الترقية من V1 إلى V2 Push الإعلامات | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب لخدمة المصادقة مع التحقق من صحة رمز CI | ||
|
مطلوب لـ Unified Call History | ||
|
أخرى |
AP.xsa.22.0.1123.ap372757 | |
الإصدار R23
|
خادم |
الرقعة |
معلومات إضافية |
|---|---|---|
|
خادم التطبيق |
مطلوب لمزامنة الدليل | |
|
خادم التطبيق التكوين | ||
|
مطلوب الترقية من V1 إلى V2 Push الإعلامات | ||
|
مطلوب لتسجيل المكالمة | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
خادم ملف التعريف | ||
|
المنصة | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
XSP|ADP | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب الترقية من V1 إلى V2 Push الإعلامات | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
مطلوب لوكيل مصادقة NPS | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
أخرى |
إذا استخدام ADP... |
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة |
الإصدار R24
|
خادم |
الرقعة |
معلومات إضافية |
|---|---|---|
|
خادم التطبيق |
مطلوب لخادم المراسلة الموحدة (UMS) | |
|
مطلوب لتوفير التدفق من خلال | ||
|
مطلوب لتسجيل المكالمة | ||
|
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة | ||
|
أخرى |
التصحيح المطلوب لحالة خطاف (الحضور) وتاريخ المكالمات الموحدة |
علامات BroadWorks مطلوبة لتطبيق Webex
للحصول على معلومات حول علامات نظام BroadWorks والعلامات المخصصة التي يجب تكوينها لتطبيق Webex، ارجع إلى دليل تكوين Webex لـ Cisco BroadWorks.
تدفقات توفير المستخدم وتنشيطه
| يصف التوفير إضافة المستخدم إلى Webex. يتضمن التنشيط التحقق من صحة البريد الإلكتروني وتعيين الخدمة في Webex. |
يجب أن تكون عناوين البريد الإلكتروني للمستخدمين فريدة من نوعها حيث يستخدم Webex عنوان البريد الإلكتروني لتحديد مستخدم. إذا كنت قد وثقت في عناوين البريد الإلكتروني للمستخدمين، فيمكنك اختيار تنشيطها تلقائيًا عند توفيرها تلقائيًا. هذه العملية هي "التوفير التلقائي والتنشيط التلقائي".
التوفير التلقائي للمستخدم والتنشيط التلقائي (تدفق البريد الإلكتروني الموثوق به)
المتطلبات الأساسية
-
يشير محول التوفير الخاص بك إلى Webex من أجل Cisco BroadWorks (والذي يتطلب اتصال خارجي من AS إلى جسر توفير Webex).
-
يجب أن يكون لديك عناوين بريد إلكتروني صالحة يمكن الوصول إليها للمستخدم النهائي كمعرفات بديلة في BroadWorks.
-
يحتوي Control Hub على حساب توفير في تكوين مؤسسة الشريك لديك.
|
الخطوة |
الوصف |
|---|---|
|
1 |
أنت تقتبس وتتلقى طلبات الخدمة مع عملائك. |
|
2 |
تقوم بمعالجة طلب العميل وتوفير العميل في أنظمتك. |
|
3 |
يقوم نظام توفير الخدمة بتشغيل توفير BroadWorks. هذه الخطوة ، باختصار ، تخلق المؤسسة والمستخدمين. ثم يقوم بتعيين الخدمات والأرقام اللازمة لكل مستخدم. أحد هذه الخدمات هو IM&P الخارجي. |
|
4 |
تؤدي خطوة التوفير هذه إلى تشغيل التوفير التلقائي لمؤسسة العميل والمستخدمين في Webex. (يؤدي تعيين خدمة IM&P إلى تمكين محول التوفير من الاتصال بواجهة برمجة تطبيقات توفير Webex). |
|
5 |
تحتاج أنظمتك إلى استخدام واجهة برمجة تطبيقات توفير Webex إذا كنت تحتاج لاحقًا إلى ضبط الحزمة للمستخدم (للتغيير من الإعداد الافتراضي). |
تدفق تسجيل الدخول إلى SSO
فيما يلي تدفق تسجيل الدخول إلى SAML SSO لتطبيق Webex عند استخدام مصادقة BroadWorks، وعند تمكين مشاركة الموارد عبر الأصل، مما يسمح بالمصادقة المباشرة إلى BroadWorks. تعرض الصورة أحداث العميل والمستخدم على اليسار مع نص على الأسهم يمثل ما يقدمه العميل للتخويل. الخطوتان 1 و5 هما أحداث المستخدم. يمثل الجانب الأيمن من الصورة أحداث خدمات تسجيل الدخول إلى جانب ما يتم إعادته إلى العميل.
فيما يلي تدفق اكتشاف خدمة BroadWorks الذي يتبع مباشرةً من تدفق تسجيل الدخول إلى Webex SAML SSO السابق. يستخدم العميل رمز الوصول الذي تم الحصول عليه أثناء التسجيل في إدارة جهاز Webex لطلب التسجيل من نشر BroadWorks.
تدفقات تسجيل الدخول البديلة
تفترض الصور أعلاه أنه تم تكوين تسجيل الدخول إلى SAML SSO باستخدام مصادقة BroadWorks مع تمكين مصادقة BroadWorks المباشرة (مشاركة الموارد عبر المنشأ). فيما يلي بعض تدفقات تسجيل الدخول البديلة لـ SAML SSO:
-
مصادقة BroadWorks دون مصادقة BroadWorks مباشرة (مشاركة الموارد عبر المنشأ):
-
الفرق الوحيد هو في الخطوتين 5 و6 من تدفق تسجيل الدخول إلى Webex. في الخطوة 5، يتم التحقق من بيانات اعتماد تسجيل الدخول بواسطة وكيل IdP (بدلاً من XSI) ويتم إرجاع تأكيد SAML إلى العميل.
-
يستمر التدفق من خلال الخطوات المتبقية في الرسمين البيانيتين المطبقة.
-
لا يتم استخدام رمز تسجيل الدخول الفردي في هذا التدفق.
-
-
مصادقة SAML SSO Webex:
-
في الخطوة 3 من تدفق تسجيل الدخول إلى Webex، تقوم خدمة Common Identity بإرجاع موفر الهوية الذي يستخدمه مصادقة Webex.
-
في هذه المرحلة، يتم استدعاء تدفق بديل لتسجيل الدخول إلى SAML SSO لتطبيق Webex.
-
تفاعلات المستخدم
تسجيل الدخول
-
يطلق تطبيق Webex متصفحًا إلى Cisco Common Identity (CI) للسماح للمستخدمين بإدخال عنوان بريدهم الإلكتروني.
-
يكتشف CI أن مؤسسة العميل المرتبطة بها لديها وكيل IDP لـ BROADWorks (IDP) تم تكوينه كـ SAML IDP الخاص بهم. يقوم CI بإعادة التوجيه إلى IDP الذي يقدم للمستخدم صفحة تسجيل الدخول. (يمكن لموفر الخدمة وضع علامة تجارية لصفحة تسجيل الدخول هذه.)
-
يقوم المستخدم بإدخال بيانات اعتماد BroadWorks الخاصة به.
-
تقوم Broadworks بمصادقة المستخدم من خلال IDP. عند النجاح، يعيد IDP توجيه المتصفح مرة أخرى إلى CI باستخدام SAML Success لإكمال تدفق المصادقة (غير الموضح في الرسم التخطيطي).
-
في المصادقة الناجحة، يحصل تطبيق Webex على رموز الوصول من CI (غير الموضحة في الرسم التخطيطي). يستخدمها العميل لطلب رمز ويب جايسون طويل الأجل من BroadWorks (JWT).
-
يكتشف تطبيق Webex تكوين الاتصال الخاص به من BroadWorks وخدمات أخرى من Webex.
-
يتم تسجيل تطبيق Webex باستخدام BroadWorks.
تسجيل الدخول من منظور المستخدم
هذا الرسم التخطيطي هو تدفق تسجيل الدخول النموذجي، كما يرى المستخدم النهائي أو المشترك:
-
يمكنك تنزيل تطبيق Webex وتثبيته.
-
قد تكون قد تلقيت الارتباط من موفر الخدمة الخاص بك، أو يمكنك العثور على التنزيل على صفحة تنزيلات Webex.
-
تقوم بإدخال عنوان بريدك الإلكتروني على شاشة تسجيل الدخول إلى Webex. انقر على التالي.
-
عادةً ما تتم إعادة توجيهك إلى صفحة تحمل العلامة التجارية لموفر الخدمة.
-
قد ترحب بك هذه الصفحة عن طريق عنوان بريدك الإلكتروني.
إذا لم يكن هناك عنوان بريد إلكتروني، أو إذا كان عنوان البريد الإلكتروني خاطئًا، فأدخل اسم مستخدم BroadWorks بدلاً من ذلك.
-
أدخل كلمة مرور BroadWorks الخاصة بك.
-
إذا قمت بتسجيل الدخول بنجاح، فسيفتح Webex.
تدفق المكالمات — دليل الشركة
تدفق المكالمات — رقم PSTN
العرض التقديمي والمشاركة
بدء اجتماع مساحة
تفاعلات العميل
استرداد ملف التعريف من سجل DMS وSIP باستخدام AS
-
يتصل العميل بـ XSI للحصول على رمز إدارة الجهاز وعنوان URL إلى DMS.
-
يطلب العميل ملف تعريف جهازه من DMS عن طريق عرض الرمز المميز من الخطوة 1.
-
يقرأ العميل ملف تعريف الجهاز ويسترد بيانات اعتماد SIP والعناوين والمنافذ.
-
يرسل العميل سجل SIP إلى SBC باستخدام المعلومات الواردة من الخطوة 3.
-
يرسل SBC سجل SIP إلى AS (قد تقوم SBC بإجراء بحث في NS لتحديد موقع AS إذا كانت SBC لا تعرف مستخدم SIP بالفعل.)
إرشادات الاختبار والمختبر
تنطبق الإرشادات التالية على مؤسسات الاختبار والمختبرات:
-
يقتصر شركاء موفر الخدمة على 50 مستخدمًا للاختبار كحد أقصى يمكن توفيرهم عبر مؤسسات متعددة.
-
سيتم إرسال فواتير إلى أي مستخدمين بعد أول 50 مستخدم للاختبار.
-
لضمان معالجة دقيقة على فاتورتك، يجب أن تتضمن جميع مؤسسات الاختبار "اختبار" في اسم BroadWorks Org.
-
يجب تعيين مؤسسات الاختبار الداخلي داخل Webex Control Hub. وذلك لمنع مستخدمي الاختبار من أن يتم إصدار فواتير لهم كمستخدمين حقيقيين.
تعيين مؤسسة كمنظمة اختبار
لتعيين مؤسسة كإجراء اختبار:
-
سجّل الدخول إلى Partner Hub وحدد العملاء.
-
حدد العميل المناسب.
-
في شريط التحكم الأيمن، قم بتمكين تبديل مؤسسة الاختبار الداخلي.
تشغيل البريد الصوتي
بالنسبة للبريد الصوتي، تأكد من تكوين خادم الوسائط لاستخدام أحد الرموز التالية:
-
mp3
-
wav - يتم دعم ملفات WAV بالتنسيقات التالية: PCM (مدعوم على جميع المنصات) وDVI-ADPCM (غير مدعوم على Android
إذا كنت تستخدم ملفات wav، فقم بتشغيل أوامر CLI التالية لتكوين خادم التطبيق وخادم الوسائط:
-
AS_CLI/Service/VoiceMsg>تعيين vmRecordingAudioFileFormat WAV -
MS_CLI/التطبيقات/MediaStreaming/Services/IVR> تعيين sendmail8kHzWavFileDefaultFormat ulaw
المصطلحات
- أكل
- قائمة التحكم في الوصول
- ALG
- بوابة طبقة التطبيق
- واجهة برمجة التطبيقات
- واجهة برمجة التطبيقات
- APNS
- خدمة إعلام Apple Push
- كـ
- خادم التطبيق
- ATA
- محول الهاتف التناظري، المحول الذي يحول الهاتفية التناظرية إلى VoIP
- بام
- مدير تطبيق BroadSoft
- المصادقة الأساسية
- طريقة المصادقة حيث يتم التحقق من صحة الحساب (اسم المستخدم) بواسطة سر مشترك (كلمة المرور)
- نظام إدارة المباني
- خادم المراسلة BroadSoft
- بوش
- تيارات ثنائية الاتجاه عبر HTTP متزامن
- BRI
- واجهة السعر الأساسي BRI هي طريقة وصول ISDN
- حزمة
- مجموعة من الخدمات التي يتم تقديمها إلى مستخدم نهائي أو مشترك (راجع. الحزمة)
- كاليفورنيا
- هيئة التصديق
- شركة الجوال
- مؤسسة تتعامل مع حركة مرور الاتصالات الهاتفية (راجع. شريك، موفر الخدمة، موزع القيمة المضافة)
- CAPTCHA
- اختبار تورنج العام الآلي بالكامل لإخبار أجهزة الكمبيوتر والبشر عن بعضهم البعض
- CCXML
- لغة ترميز eXtensible للتحكم في المكالمات
- CIF
- تنسيق متوسط مشترك
- CLI
- واجهة سطر الأوامر
- النفثالينات
- الاسم الشائع
- CNPS
- خادم دفع إعلامات المكالمات. خادم دفع الإعلام الذي يعمل على XSP|ADP في بيئتك، لدفع إشعارات المكالمات إلى FCM وAPNS. راجع وكيل NPS.
- CPE
- معدات أماكن العميل
- الإنعاش القلبي الرئوي
- قاعدة الحضور المخصصة
- CSS
- ورقة نمط المتتالية
- ملف CSV
- قيمة مفصولة بفاصلة
- CTI
- دمج الاتصال الهاتفي بالكمبيوتر
- مكعب
- عنصر الحدود الموحدة لـ Cisco
- DMZ
- منطقة منزوعة السلاح
- DN
- رقم الدليل
- DND
- الرجاء عدم الإزعاج
- DNS
- نظام اسم المجال
- DPG
- مجموعة نظراء الطلب
- DSCP
- نقطة رمز الخدمات المتمايزة
- DTAF
- ملف أرشيف نوع الجهاز
- DTG
- مجموعة خط اتصال الوجهة
- DTMF
- ثنائي النغمة متعددة الترددات
- المستخدم النهائي
- الشخص الذي يستخدم الخدمات أو يقوم بإجراء المكالمات أو الانضمام إلى الاجتماعات أو إرسال الرسائل (راجع. مشترك)
- المؤسسة
- مجموعة من المستخدمين النهائيين (راجع. المؤسسة)
- FCM
- مراسلة سحابة Firebase
- FMC
- تقارب الهاتف المحمول الثابت
- التوفير من خلال التدفق
- إنشاء مستخدمين في متجر تعريف Webex عن طريق تعيين خدمة "IM&P المتكاملة" في BroadWorks.
- FQDN
- اسم المجال المؤهل بالكامل
- توفير التدفق الكامل من خلال
- إنشاء والتحقق من المستخدمين في متجر تعريف Webex من خلال تعيين خدمة "IM&P المتكاملة" في BroadWorks والتأكيد على أن كل مستخدم من مستخدمي BroadWorks لديه عنوان بريد إلكتروني فريد وصالح.
- FXO
- مكتب الصرف الأجنبي هو الميناء الذي يتلقى الخط التناظري. هو القابس على الهاتف أو جهاز الفاكس أو المقابس على نظام الهاتف التناظري الخاص بك. إنه يقدم إشارة إلى وضع السماعة/رفع السماعة (إغلاق الحلقة). نظرًا لأن منفذ FXO متصل بجهاز، مثل الفاكس أو الهاتف، فغالبًا ما يسمى الجهاز "جهاز FXO".
- إف إكس إس
- مشترك النقد الأجنبي هو المنفذ الذي في الواقع تسليم الخط التناظري إلى المشترك. وبعبارة أخرى، فإن "التوصيل في الحائط" هو الذي يوفر نغمة الطلب وتيار البطارية والجهد الدائري.
- GCM
- رسالة Google Cloud
- GCM
- وضع Galois/Counter (تقنية التشفير)
- مخفي
- جهاز الواجهة البشرية
- HTTPS
- مآخذ آمنة لبروتوكول نقل النص التشعبي
- IAD
- جهاز الوصول المتكامل
- IM&P
- المراسلة الفورية والحضور
- IP PSTN
- مزود خدمة يوفر VoIP لخدمات PSTN، قابلة للتبديل مع ITSP، أو مصطلح عام للاتصال الهاتفي "العام" المتصل بالإنترنت، والذي يتم توفيره بشكل جماعي من قبل مقدمي خدمات الاتصالات الرئيسية (وليس من قبل البلدان، كما هو الحال مع PSTN)
- ITSP
- مزود خدمة الاتصال الهاتفي عبر الإنترنت
- استجابة صوتية تفاعلية
- الاستجابة الصوتية التفاعلية / المستجيب
- JID
- العنوان الأصلي لكيان XMPP يسمى معرف Jabber أو JID localpart@domain.part.example.com/resourcepart (@). / هي فاصل)
- JSON
- تدوين كائن برنامج نصي جافا
- جاسوس
- امتداد مقبس Java الآمن؛ التكنولوجيا الأساسية التي توفر ميزات اتصال آمنة لخوادم BroadWorks
- KEM
- وحدة الامتداد الأساسي (هواتف Cisco والأجهزة)
- LLT
- رمز طويل الأجل (أو Long Life)، وهو شكل آمن من الرموز المميزة لحاملها والتي تمكن المستخدمين من البقاء مصادقين لفترة أطول، ولا يرتبط بتطبيقات محددة.
- ماجستير
- أرشفة الرسالة
- MIB
- قاعدة معلومات الإدارة
- التصلب المتعدد
- خادم الوسائط
- mTLS
- المصادقة المتبادلة بين طرفين باستخدام تبادل الشهادات عند إنشاء اتصال TLS
- موك
- دردشة متعددة المستخدمين
- العربية.نت
- ترجمات عنوان الشبكة
- NPS
- خادم دفع الإخطار؛ راجع CNPS
- وكيل NPS
-
خدمة في Webex توفر رموز تفويض قصيرة الأجل إلى CNPS الخاصة بك، مما يمكنها من دفع إشعارات المكالمات إلى FCM وAPN، وفي نهاية المطاف لأجهزة Android وiOS التي تقوم بتشغيل Webex.
- واجهة مستخدم رسومية
- افتح واجهة العميل
- المؤسسة
- شركة أو مؤسسة تمثل مجموعة من المستخدمين النهائيين (راجع. المؤسسة)
- أوتغ
- مجموعة خط الاتصال الصادر
- مجموعة
- مجموعة من الخدمات التي يتم تقديمها إلى مستخدم نهائي أو مشترك (راجع. حزمة)
- الشريك
- مؤسسة وكيل تعمل مع Cisco لتوزيع المنتجات والخدمات على مؤسسات أخرى (راجع. موزع القيمة المضافة، موفر الخدمة، شركة الجوال)
- PBX
- بورصة الفرع الخاص
- PEM
- البريد المحسّن للخصوصية
- PLMN
- الشبكة المتنقلة للأراضي العامة
- PRI
- واجهة المعدل الأساسي (PRI) هو معيار واجهة الاتصالات السلكية واللاسلكية المستخدم في الشبكة الرقمية للخدمات المتكاملة (ISDN)
- الباصات
- خادم ملف التعريف
- PSTN
- شبكة الهاتف العامة المحولة
- جودة الخدمة
- جودة الخدمة
- مدخل الموزع
- موقع ويب يمكّن مسؤول الموزع من تكوين حل UC-One SaaS. ويشار إليه أحيانًا باسم بوابة BAM أو مدخل المسؤول أو مدخل الإدارة.
- RTCP
- بروتوكول التحكم في الوقت الفعلي
- RTP
- بروتوكول النقل في الوقت الفعلي
- SBC
- وحدة التحكم في حد الجلسة
- SCA
- مظهر المكالمة المشتركة
- SD
- تعريف قياسي
- SDP
- بروتوكول وصف الجلسة
- خامس
- مقدم الخدمة؛ مؤسسة تقدم خدمات هاتفية أو خدمات ذات صلة إلى مؤسسات أخرى (راجع. شركة الجوال، شريك، موزع القيمة المضافة)
- SIP
- بروتوكول بدء الجلسة
- SLT
- رمز Short-life (أو Short Life) (يسمى أيضًا رمز BroadWorks SSO Token)؛ رمز مميز للاستخدام الواحد يستخدم للحصول على وصول آمن إلى تطبيقات الويب.
- SMB
- الأعمال التجارية الصغيرة والمتوسطة
- SNMP
- بروتوكول إدارة الشبكة البسيط
- RTCP
- بروتوكول التحكم في نقل الوقت الفعلي الآمن (وسائط مكالمات VoIP)
- sRTP
- بروتوكول نقل الوقت الفعلي الآمن (وسائط مكالمات VoIP)
- SSL
- طبقة المقابس الآمنة
- مشترك
- الشخص الذي يستخدم الخدمات أو يقوم بإجراء المكالمات أو الانضمام إلى الاجتماعات أو إرسال الرسائل (راجع. المستخدم النهائي)
- TCP
- بروتوكول التحكم في الإرسال
- tdm
- مضاعف تقسيم الوقت
- TLS
- أمان طبقة النقل
- إلىS
- نوع الخدمة
- UAP
- مدخل تنشيط المستخدم
- جامعة كاليفورنيا
- اتصالات Unified
- واجهة مستخدم
- واجهة المستخدم
- معرف المستخدم
- معرّف فريد
- أمبير
- خادم المراسلة
- عنوان URI
- موحّد مورد معرّف
- عنوان URL
- موحّد مورد محدد
- يو إس إس
- خادم المشاركة
- UTC
- التوقيت العالمي المنسق
- يو في إس
- خادم الفيديو
- موزع القيمة المضافة (VAR)
- مؤسسة وكيل تعمل مع Cisco لتوزيع المنتجات والخدمات على مؤسسات أخرى (راجع. شركة الجوال، والشريك، وموفر الخدمة)
- VGA
- مصفوفة رسومات الفيديو
- VoIP
- الصوت عبر بروتوكول الإنترنت (IP)
- VXML
- لغة ترميز الصوت القابل للتمديد
- WebDAV
- التأليف والإصدار الموزع على شبكة الإنترنت
- WebRTC
- اتصالات الويب في الوقت الفعلي
- نظام WRS
- خادم WebRTC
- XMPP
- بروتوكول المراسلة والحضور القابل للتوسعة
تكوين الخدمات (باستخدام mTLS لخدمة المصادقة)
تحل الإجراءات التالية محل الإجراءات الواردة في الموضوع تكوين الخدمات على Webex الخاص بك لـ Cisco BroadWorks XSP|ADPs. أكمل هذه الإجراءات فقط إذا كنت تستخدم mTLS لخدمة المصادقة بدلاً من التحقق من صحة رمز CI. تكون هذه الإجراءات إلزامية إذا كنت تقوم بتشغيل مؤسسات Webex متعددة من نفس خادم XSP|ADP. خلاف ذلك، فهي اختيارية.
| إذا لم تكن تقوم بتشغيل مؤسسات Webex متعددة من نفس خادم XSP|ADP، يوصى بالتحقق من صحة رمز CI (مع TLS) لخدمة المصادقة. راجع تكوين الخدمات على Webex الخاص بك لـ Cisco BroadWorks XSP|ADPs للحصول على تفاصيل حول كيفية تكوين خدمة المصادقة والخدمات الأخرى. |
واجهات Xsi
قم بتثبيت وتكوين تطبيقات Xsi-Actions وXsi-Events كما هو موضح في دليل تكوين واجهة خدمات Cisco BroadWorks Xtended.
يجب نشر مثيل واحد فقط من تطبيقات Xsi-Events على XSP|ADP المستخدم لواجهة CTI.
يجب أن تحتوي جميع Xsi-Events المستخدمة لدمج Broadworks مع Webex على نفس callControlApplicationName المحدد ضمن التطبيقات/Xsi-Events/GeneralSettings. على سبيل المثال:
ADP_CLI/التطبيقات/Xsi-Events/GeneralSettings> احصل على
callControlApplicationName = com.broadsoft.xsi-events
عند ضم مستخدم إلى Webex، يقوم Webex بإنشاء اشتراك للمستخدم على AS من أجل تلقي أحداث الاتصال الهاتفي الخاصة بالحضور وسجل المكالمات. يرتبط الاشتراك بـ callControlApplicationName ويستخدمه AS لمعرفة أحداث XSI لإرسال أحداث الاتصال الهاتفي إليها.
| سيؤدي تغيير CallControlApplicationName أو عدم وجود نفس الاسم على جميع تطبيقات الويب Xsi-Events إلى التأثير على وظائف الاشتراكات والأحداث الهاتفية. |
تكوين خدمة المصادقة (باستخدام mTLS)
يتم إنشاء رموز BroadWorks طويلة الأجل والتحقق منها بواسطة خدمة المصادقة المستضافة على XSP|ADPs الخاصة بك.
المتطلبات
-
يجب أن تحتوي خوادم XSP|ADP التي تستضيف خدمة المصادقة على واجهة mTLS مكونة.
-
يجب أن تشارك XSP|ADPs نفس المفاتيح لتشفير/فك تشفير رموز BroadWorks التي طال أمدها. يعد نسخ هذه المفاتيح لكل XSP|ADP عملية يدوية.
-
يجب مزامنة XSP|ADPs مع NTP.
نظرة عامة على التكوين
يتضمن التكوين الأساسي على XSP|ADPs الخاصة بك ما يلي:
-
قم بنشر خدمة المصادقة.
-
قم بتكوين مدة الرمز المميز إلى 60 يومًا على الأقل (اترك جهة الإصدار كـ BroadWorks).
-
قم بإنشاء ومشاركة مفاتيح RSA عبر XSP|ADPs.
-
قم بتوفير عنوان URL الخاص بخدمة authService لحاوية الويب.
نشر خدمة المصادقة على XSP|ADP
في كل XSP|ADP المستخدم مع Webex:
-
تنشيط تطبيق خدمة المصادقة على المسار
/authService(يجب عليك استخدام هذا المسار):XSP|ADP_CLI/Maintenance/ManagedObjects> تنشيط مصادقة التطبيق<version> /authService(حيث
<version>هو إصدار BroadWorks الخاص بك). -
نشر التطبيق:
XSP|ADP_CLI/Maintenance/ManagedObjects>نشر التطبيق /authService
تكوين مدة الرمز
-
تحقق من تكوين الرمز الموجود (بالساعات):
XSP|ADP_CLI/التطبيقات/المصادقةService/TokenManagement>احصل -
قم بتعيين المدة إلى 60 يومًا (بحد أقصى هو 180 يومًا):
XSP|ADP_CLI/التطبيقات/المصادقةService/TokenManagement> تعيينtokenDurationInHours 1440
إنشاء مفاتيح RSA ومشاركتها
-
يجب عليك استخدام أزواج المفاتيح العامة/الخاصة نفسها للتشفير/فك التشفير الرمزي عبر جميع مثيلات خدمة المصادقة.
-
يتم إنشاء زوج المفاتيح بواسطة خدمة المصادقة عندما يكون مطلوبًا لأول مرة إصدار رمز.
نظرًا لهذين العاملين، تحتاج إلى إنشاء مفاتيح على XSP|ADP واحد ثم نسخها إلى جميع XSP|ADPs الأخرى.
| إذا قمت بتشغيل المفاتيح أو تغيير طول المفتاح، فستحتاج إلى تكرار التكوين التالي وإعادة تشغيل جميع XSP|ADPs. |
-
حدد XSP|ADP واحدًا لاستخدامه لإنشاء زوج مفاتيح.
-
استخدم عميل لطلب رمز مشفر من ذلك XSP|ADP، عن طريق طلب عنوان URL التالي من مستعرض العميل:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE <UNK> URL(clientPublicKey)
(يؤدي هذا إلى إنشاء زوج مفاتيح خاص / عام على XSP|ADP، إذا لم يكن هناك واحد بالفعل)
-
موقع متجر المفتاح غير قابل للتكوين. تصدير المفاتيح:
XSP|ADP_CLI/التطبيقات/المصادقةService/KeyManagement>exportKeys -
انسخ الملف الذي تم تصديره
/var/broadworks/tmp/authService.keysإلى نفس الموقع على XSP|ADPs الأخرى، مع الكتابة فوق ملف أقدم.keysإذا لزم الأمر. -
قم باستيراد المفاتيح على كل من XSP|ADPs الأخرى:
XSP|ADP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys
توفير عنوان URL الخاص بخدمة authService إلى حاوية الويب
تحتاج حاوية الويب الخاصة بـ XSP|ADP إلى عنوان URL الخاص بـ authService حتى تتمكن من التحقق من صحة الرموز.
في كل من XSP|ADPs:
-
أضف عنوان URL الخاص بخدمة المصادقة كخدمة مصادقة خارجية لبرنامج BroadWorks Communications Utility:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>تعيين عنوان url http://127.0.0.1/authService -
أضف عنوان URL لخدمة المصادقة إلى الحاوية:
XSP|ADP_CLI/Maintenance/ContainerOptions> إضافة tomcat bw.authservice.authServiceUrl http://127.0.0.1/authServiceيؤدي هذا إلى تمكين Webex من استخدام خدمة المصادقة للتحقق من صحة الرموز المقدمة كبيانات اعتماد.
-
تحقق من المعلمة مع
get. -
أعد تشغيل XSP|ADP.
تكوين TLS وتشفيرات على واجهات HTTP (لـ XSI وخدمة المصادقة)
تستخدم تطبيقات خدمة المصادقة وXsi-Actions وXsi-Events واجهات خادم HTTP. مستويات تكوين TLS لهذه التطبيقات هي كما يلي:
الأكثر عمومية = النظام > النقل > HTTP > واجهة خادم HTTP = الأكثر تحديدًا
سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:
| التحديد | سياق CLI |
| النظام (عالمي) |
|
| بروتوكولات النقل لهذا النظام |
|
| HTTP على هذا النظام |
|
| واجهات خادم HTTP محددة على هذا النظام |
|
قراءة تكوين واجهة TLS لخادم HTTP على XSP|ADP
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer> -
أدخل الأمر
احصلوقراءة النتائج. يجب أن ترى الواجهات (عناوين IP)، وبالنسبة لكل منها، ما إذا كانت آمنة وما إذا كانت تتطلب مصادقة العميل.
يقوم Apache tomcat بتكليف شهادة لكل واجهة آمنة؛ يقوم النظام بإنشاء شهادة موقعة ذاتيًا إذا كان يحتاج إلى شهادة.
XSP|ADP_CLI/Interface/Http/HttpServer> احصلإضافة بروتوكول TLS 1.2 إلى واجهة خادم HTTP
يجب تكوين واجهة HTTP التي تتفاعل مع Webex Cloud لـ TLSv1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.
لتكوين بروتوكول TLSv1.2 على واجهة خادم HTTP:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
أدخل الأمر
احصل على <interfaceIp> 443لمعرفة البروتوكولات المستخدمة بالفعل في هذه الواجهة. -
أدخل الأمر
أضف <interfaceIp> 443 TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين تشفير TLS على واجهة خادم HTTP
لتكوين التشفيرات المطلوبة:
-
تسجيل الدخول إلى XSP|ADP والتنقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
أدخل الأمر
احصل على <interfaceIp> 443لمعرفة الشفرات المستخدمة بالفعل في هذه الواجهة. يجب أن يكون هناك واحدة على الأقل من الأجنحة الموصى بها من Cisco (راجع XSP|ADP متطلبات الهوية والأمان في قسم النظرة العامة). -
أدخل الأمر
إضافة <interfaceIp> 443 <cipherName>لإضافة تشفير إلى واجهة خادم HTTP.
يتطلب XSP|ADP CLI اسم جناح التشفير القياسي IANA، وليس اسم جناح التشفير openSSL. على سبيل المثال، لإضافة تشفير openSSL
ECDHE-ECDSA-CHACHA20-POLY1305إلى واجهة خادم HTTP، يمكنك استخدام:XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>إضافة 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305راجع https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.
تكوين الثقة لخدمة المصادقة (باستخدام mTLS)
-
سجّل الدخول إلى Control Hub باستخدام حساب المسؤول الشريك لديك.
-
انتقل إلى وانقر على تنزيل شهادة Webex CA للحصول على
CombinedCertChain2023.txtعلى جهاز الكمبيوتر المحلي لديك.
تحتوي هذه الملفات على مجموعتين من الشهادات. تحتاج إلى تقسيم الملفات قبل تحميلها إلى XSP|ADPs. جميع الملفات مطلوبة. -
قم بتقسيم سلسلة الشهادات إلى شهادتين -
combinedcertchain2023.txt.-
افتح
combinedcertchain2023.txtفي محرر نصوص. -
انتقِ و قطع الأوّل كتلة من نص سطور
----- بدء شهادة-----Meme it----- شهادة نهاية------، ولصق كتلة النص في ملف جديد. -
احفظ الملف الجديد باسم
root2023.txt. -
احفظ الملف الأصلي كإصدار
2023.txt. يجب أن يحتوي الملف الأصلي الآن على كتلة واحدة فقط من النص ، محاطة بالأسطر--------------و---------------------------------.
-
-
انسخ كلا الملفات النصية إلى موقع مؤقت على XSP|ADP الذي تقوم بتأمينه، على سبيل المثال
/var/broadworks/tmp/root2023.txtو/var/broadworks/tmp/issuing2023.txt. -
سجّل الدخول إلى XSP|ADP وانتقل إلى
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>. (اختياري) ساعد تشغيلUpdateTrustفي الاطلاع على المعلمات وتنسيق الأمر. -
تحميل ملفات الشهادة إلى مرساة ثقة جديدة - 2023
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt XSP|ADP_CLI/Interface/Http/sslcOmmonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issued2023.txt
يجب أن يكون لجميع الأسماء المستعارة اسم مختلف.
webexclientroot,webexclientroot2023,webexclientissuing,webexclientissuing2023هي أمثلة الأسماء المستعارة لمراسي الثقة; يمكنك استخدام الخاص بك طالما أن جميع الإدخالات الأربعة فريدة من نوعها. -
تأكد من تحديث المراسي:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> الحصولالاسم المستعار المالك ============================================================================= webexclientissuing2023 داخلي خاص TLS SubCA Internal Private Root webexclientroot2023 داخلي جذر خاص داخلي جذر خاص [موقعة ذاتيًا]
(خيار) تكوين mTLS على واجهة HTTP/مستوى المنفذ
من الممكن تكوين mTLS على واجهة HTTP/مستوى المنفذ أو على أساس تطبيق لكل ويب.
تعتمد طريقة تمكين mTLS لتطبيقك على التطبيقات التي تستضيفها على XSP|ADP. إذا كنت تستضيف تطبيقات متعددة تتطلب mTLS، فيجب عليك تمكين mTLS على الواجهة. إذا كنت بحاجة فقط إلى تأمين واحد من عدة تطبيقات تستخدم واجهة HTTP نفسها، فيمكنك تكوين mTLS على مستوى التطبيق.
عند تكوين mTLS على واجهة HTTP/مستوى المنفذ، يكون mTLS مطلوبًا لجميع تطبيقات الويب المستضافة التي يتم الوصول إليها عبر هذه الواجهة/المنفذ.
-
سجّل الدخول إلى XSP|ADP الذي تقوم بتهيئته.
-
انتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer>وقم بتشغيلأمرالحصول لرؤية الواجهات. -
لإضافة واجهة وطلب مصادقة العميل هناك (مما يعني نفس mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> إضافة اسم منفذ IPAddress true trueراجع وثائق XSP|ADP CLI لمعرفة التفاصيل. في الأساس، يضمن
true الأولالواجهة مع TLS (يتم إنشاء شهادة الخادم إذا لزم الأمر) ويجبرtrueالثاني الواجهة على طلب مصادقة شهادة العميل (معًا هما mTLS).
على سبيل المثال:
XSP|ADP_CLI/Interface/Http/HttpServer> احصل
واجهة اسم المنفذ تأمين العميل مصادقة المرجع المجموعة Fqdn ======================================================= 192.0.2.7 443 XSP|ADP01.collab.example.net true false 192.0.2.7 444 XSP|ADP01.collab.example.net true trueفي هذا المثال، يتم تمكين mTLS (Client Auth Req = true) على منفذ 192.0.2.7 المنفذ 444. تم تمكين TLS على منفذ 443.0.2.7 رقم 42.
(الخيار) تكوين mTLS لتطبيقات ويب محددة
من الممكن تكوين mTLS على واجهة HTTP/مستوى المنفذ أو على أساس تطبيق لكل ويب.
تعتمد طريقة تمكين mTLS لتطبيقك على التطبيقات التي تستضيفها على XSP|ADP. إذا كنت تستضيف تطبيقات متعددة تتطلب mTLS، فيجب عليك تمكين mTLS على الواجهة. إذا كنت بحاجة فقط إلى تأمين واحد من عدة تطبيقات تستخدم واجهة HTTP نفسها، فيمكنك تكوين mTLS على مستوى التطبيق.
عند تكوين mTLS على مستوى التطبيق، يكون MTLS مطلوبًا لهذا التطبيق بغض النظر عن تكوين واجهة خادم HTTP.
-
سجّل الدخول إلى XSP|ADP الذي تقوم بتهيئته.
-
انتقل إلى
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>وقم بتشغيلأمرالحصول لمعرفة التطبيقات قيد التشغيل. -
لإضافة تطبيق وتطلب مصادقة العميل له (مما يعني نفس mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> إضافة تطبيق منفذ IPAddress trueراجع وثائق XSP|ADP CLI لمعرفة التفاصيل. يوجد هناك أسماء التطبيقات. يقوم
trueفي هذا الأمر بتمكين mTLS.
على سبيل المثال:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> أضف 192.0.2.7 443 AuthenticationService true
يضيف الأمر المثال تطبيق AuthenticationService إلى 192.0.2.7:443 ويتطلب منه طلب شهادات ومصادقة من العميل.
تحقق مع الحصول:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> الحصول
واجهة Ip منفذ تطبيق اسم العميل مصادقة =================================================== 192.0.2.7 443 AuthenticationService true تكوين إدارة الجهاز على XSP|ADP وخادم التطبيق وخادم ملف التعريف
خادم ملف التعريف وXSP|ADP إلزاميان لإدارة الأجهزة. يجب تكوينها وفقًا للتعليمات الواردة في دليل تكوين إدارة جهاز BroadWorks.
إلى أين تذهب بعد ذلك
للتكوين، يمكنك إعادة الانضمام إلى تدفق المستند الرئيسي في واجهة CTI والتكوين ذي الصلة.
متطلبات الشهادة الإضافية لمصادقة TLS المتبادلة ضد AuthService
يتفاعل Webex مع خدمة المصادقة عبر اتصال مصادق عليه TLS متبادل. يعني هذا أن Webex يقدم شهادة عميل ويجب أن يتحقق XSP|ADP من صحتها. للثقة في هذه الشهادة، استخدم سلسلة شهادات Webex CA لإنشاء مرساة ثقة على XSP|ADP (أو الوكيل). تتوفر سلسلة الشهادات للتنزيل عبر Partner Hub:
-
انتقل إلى الإعدادات > BroadWorks Calling.
-
انقر على ارتباط شهادة التنزيل.
| يمكنك أيضًا الحصول على سلسلة الشهادات من https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt. |
تعتمد المتطلبات الدقيقة لنشر سلسلة شهادات Webex CA هذه على كيفية نشر الجمهور الذي يواجه XSP|ADPs:
-
عبر وكيل جسر TLS
-
عبر وكيل مرور TLS
-
مباشرة إلى XSP|ADP
يلخص الرسم التخطيطي التالي المكان الذي يجب نشر سلسلة شهادات Webex CA في هذه الحالات الثلاث.
متطلبات شهادة TLS المتبادلة لوكيل جسر TLS
-
يقدم Webex شهادة عميل موقعة من Webex CA إلى الوكيل.
-
يتم نشر سلسلة شهادات Webex CA على متجر ثقة الوكيل، لذلك يثق الوكيل بشهادة العميل.
-
يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة علنًا في الوكيل.
-
يقدم الوكيل شهادة خادم موقعة علنًا إلى Webex.
-
يثق Webex في مرجع مصدق عام وقع على شهادة خادم الوكيل.
-
يقدم الوكيل شهادة عميل موقعة داخليًا إلى XSP|ADPs.
هذه الشهادة يجب أن لديها حقل الامتداد x509.v3 استخدام المفتاح الممتد مأهولة مع BroadWorks OID 1-3-6-1-4-1-6431-1-1-8-2-1-3 وTLS مصادقة العميل الغرض. مثل:
ملحقات X509v3:X509v3 استخدام المفتاح الممتد:1.3.6.1.4.1.6431.1.1.8.2.1.3، مصادقة عميل TLS على الويب
عند إنشاء شهادات العميل الداخلية للوكيل، لاحظ أن شهادات SAN غير مدعومة. شهادات الخادم الداخلية لـ XSP|ADP يمكن أن تكون SAN.
-
يثق XSP|ADPs في المرجع المصدق الداخلي.
-
تقدم XSP|ADPs شهادة خادم موقعة داخليًا.
-
الوكيل يثق في CA الداخلي.
متطلبات شهادة TLS المتبادلة لوكيل TLS-PASSTHROUGH أو XSP في DMZ
-
يقدم Webex شهادة عميل موقعة من Webex CA إلى XSP.
-
يتم نشر سلسلة شهادات Webex CA على متجر ثقة XSPs، لذلك يثق XSPs بشهادة العميل.
-
يتم أيضًا تحميل شهادة خادم XSP الموقعة علنًا في XSPs.
-
تعرض XSPs شهادات الخادم الموقعة علنًا إلى Webex.
-
يثق Webex في شهادة CA العامة التي وقعت على شهادات خادم XSPs.
محفوظات مراجعة المستندات
يعرض الجدول التالي تاريخًا من التغييرات التي طرأت على هذه الوثيقة على مدار الـ 12 شهرًا الماضية.
|
التاريخ |
الإصدار | وصف التغيير | |
|---|---|---|---|
|
09 أغسطس 2024 |
2-122 |
| |
|
01 أغسطس 2024 |
2-121 |
| |
|
25 يونيو 2024 |
2-120 |
| |
|
14 يونيو 2024 |
2-119 |
| |
|
13 مايو 2024 |
2-118 |
| |
|
10 مايو 2024 |
2-117 |
| |
|
6 مايو 2024 |
2-116 |
| |
|
2 مايو 2024 |
2-115 |
| |
|
10 أبريل 2024 |
2-114 |
| |
|
27 مارس 2024 |
2-113 |
| |
|
22 مارس 2024 |
2-112 |
| |
|
07 مارس 2024 |
2-111 |
| |
|
24 فبراير 2024 |
2-110 |
| |
|
20 فبراير 2024 |
2-109 |
| |
|
فبراير 07, 2024 |
2-108 |
| |
|
25 يناير 2024 |
2-107 |
| |
|
23 يناير 2024 |
2-106 |
| |
|
10 يناير 2024 |
2-105 |
| |
|
20 ديسمبر 2023 |
2-104 |
| |
|
13 ديسمبر 2023 |
2-103 |
| |
|
12 ديسمبر 2023 |
2-102 |
| |
|
ديسمبر 08, 2023 |
2-101 |
| |
|
08 نوفمبر 2023 |
2-100 |
| |
|
25 أكتوبر 2023 |
2-99 |
| |
|
13 سبتمبر 2023 |
2-98 |
| |
|
سبتمبر 04, 2023 |
2-97 |
| |
|
08 أغسطس 2023 |
2-96 |
| |
|
23 يونيو 2023 |
2-95 |
| |
|
30 مايو 2023 |
2-94 |
| |
|
26 مايو 2023 |
2-93 |
| |
|
24 مايو 2023 |
2-92 |
| |
|
10 مايو 2023 |
2-91 |
| |
|
09 مايو 2023 |
2-90 |
| |
|
مايو 04, 2023 |
2-89 |
| |
|
27 أبريل 2023 |
2-88 |
| |
|
14 أبريل 2023 |
2-87 |
| |
|
17 مارس 2023 |
2-86 |
| |
|
11 مارس 2023 |
2-85 |
| |
|
10 مارس 2023 |
2-84 |
| |
|
07 مارس 2023 |
2-83 |
| |
|
28 فبراير 2023 |
2-82 |
| |
|
15 فبراير 2023 |
2-81 |
| |
|
10 فبراير 2023 |
2-80 |
| |
