- الرئيسية
- /
- المقال
شكرًا على ملاحظاتك.
دليل حل Webex من أجل Cisco BroadWorks
في هذه المقالة
هل لديك ملاحظات؟يستهدف دليل حلول Webex for Cisco BroadWorks المسؤولين على مستوى الشركاء. يصف الدليل كيفية إعداد ونشر Webex من أجل Cisco BroadWorks. يقدم Webex من أجل Cisco BroadWorks لعملاء اتصالات BroadWorks لديك ميزات التعاون التي توفرها حلول Webex. يستخدم المشتركون تطبيقًا واحدًا (تطبيق Webex) للاستفادة من الميزات التي توفرها كلتا المنصتين.
التذييل
تكوين الخدمات (باستخدام mTLS لخدمة المصادقة)
تحل الإجراءات التالية محل الإجراءات الموجودة في الموضوع تكوين الخدمات على Webex الخاص بك من أجل Cisco BroadWorks XSP|ADP. أكمل هذه الإجراءات فقط إذا كنت تستخدم mTLS لخدمة المصادقة بدلا من التحقق من صحة CI Token. تكون هذه الإجراءات إلزامية إذا كنت تقوم بتشغيل مؤسسات Webex متعددة من نفس خادم XSP|ADP. خلاف ذلك ، فهي اختيارية.
واجهات Xsi
قم بتثبيت وتكوين تطبيقات Xsi-Actions و Xsi-Events كما هو موضح في دليل تكوين واجهة خدمات Xtended من Cisco BroadWorks Xtended .
يجب نشر مثيل واحد فقط من تطبيقات Xsi-Events على XSP|ADP المستخدم لواجهة CTI.
يجب أن تحتوي جميع Xsi-Events المستخدمة لدمج Broadworks مع Webex على نفس callControlApplicationName المحدد ضمن التطبيقات/Xsi-Events/GeneralSettings. على سبيل المثال:
ADP_CLI/Applications/Xsi-Events/GeneralSettings> جلب
callControlApplicationName = com.broadsoft.xsi-events
عند ضم مستخدم إلى Webex، يقوم Webex بإنشاء اشتراك للمستخدم في AS من أجل تلقي أحداث الاتصالات الهاتفية الخاصة بالتواجد وسجل المكالمات. يرتبط الاشتراك بـ callControlApplicationName ويستخدمه AS لمعرفة أي Xsi-Events سترسل إليه أحداث الاتصال الهاتفي.
سيؤثر تغيير callControlApplicationName، أو عدم وجود نفس الاسم على جميع تطبيقات ويب Xsi-Events، على الاشتراكات ووظائف أحداث الاتصال الهاتفي.
تكوين خدمة المصادقة (باستخدام mTLS)
يتم إنشاء رموز BroadWorks طويلة الأجل والتحقق من صحتها بواسطة خدمة المصادقة المستضافة على XSP|ADP الخاصة بك.
المتطلبات
-
يجب أن تحتوي خوادم XSP|ADP التي تستضيف خدمة المصادقة على واجهة mTLS مكونة.
-
يجب أن يتشارك موفرو XSP|ADP في نفس المفاتيح لتشفير/فك تشفير رموز BroadWorks الطويلة الأجل. يعد نسخ هذه المفاتيح إلى كل XSP|ADP عملية يدوية.
-
يجب مزامنة XSP|ADP مع NTP.
نظرة عامة على التكوين
يتضمن التكوين الأساسي على عناوين XSP|ADP الخاصة بك:
-
نشر خدمة المصادقة.
-
قم بتكوين مدة الرمز المميز إلى 60 يوما على الأقل (اترك المصدر ك BroadWorks).
-
إنشاء ومشاركة مفاتيح RSA عبر وحدات XSP|ADP.
-
قم بتوفير عنوان URL الخاص ب authService إلى حاوية الويب.
نشر خدمة المصادقة على XSP|ADP
على كل XSP|ADP يتم استخدامه مع Webex:
-
قم بتنشيط تطبيق خدمة المصادقة على مسار
/authService(يجب عليك استخدام هذا المسار):XSP|ADP_CLI/Maintenance/ManagedObjects> تنشيط خدمة مصادقة التطبيق /authService(حيث
هو إصدار BroadWorks الخاص بك). -
نشر التطبيق:
XSP|ADP_CLI/Maintenance/ManagedObjects>نشر التطبيق/authService
تكوين مدة الرمز المميز
-
تحقق من تكوين الرمز المميز الحالي (ساعات):
XSP|ADP_CLI/التطبيقات/المصادقةService/TokenManagement>احصل -
اضبط المدة على 60 يوما (الحد الأقصى هو 180 يوما):
XSP|ADP_CLI/Applications/AuthenticationService/TokenManagement>تعيين الرمز المميزDurationInHours 1440
إنشاء مفاتيح RSA ومشاركتها
-
يجب عليك استخدام نفس أزواج المفاتيح العامة / الخاصة لتشفير / فك تشفير الرمز المميز عبر جميع مثيلات خدمة المصادقة.
-
يتم إنشاء زوج المفاتيح بواسطة خدمة المصادقة عندما يكون مطلوبا لأول مرة لإصدار رمز مميز.
بسبب هذين العاملين، تحتاج إلى إنشاء مفاتيح على XSP|ADP واحد ثم نسخها إلى جميع وحدات XSP|ADP الأخرى.
|إذا قمت بدورة المفاتيح أو تغيير طول المفتاح، تحتاج إلى تكرار التكوين التالي وإعادة تشغيل جميع وحدات ADP لـ XSP.
-
حدد XSP|ADP واحد لاستخدامه لإنشاء زوج مفاتيح.
-
استخدم عميل لطلب رمز مشفر من XSP|ADP هذا، عن طريق طلب عنوان URL التالي من مستعرض العميل:
|https:///authService/token?key=BASE64 URL(clientPublicKey)
(يؤدي ذلك إلى إنشاء زوج مفاتيح خاص/عام على XSP|ADP، إذا لم يكن هناك واحد بالفعل)
-
موقع المتجر الرئيسي غير قابل للتكوين. تصدير المفاتيح:
XSP|ADP_CLI/التطبيقات/المصادقةService/KeyManagement>تصدير -
انسخ الملف الذي تم تصديره
/var/broadworks/tmp/authService.keysإلى نفس الموقع على عناوين XSP|ADP الأخرى، واستبدال ملف.keysقديم إذا لزم الأمر. -
استيراد المفاتيح الموجودة على كل من XSP|ADP الأخرى:
XSP|ADP_CLI/Applications/AuthenticationService/KeyManagement> استيرادالمفاتيح /var/broadworks/tmp/authService.keys
توفير عنوان URL الخاص ب authService إلى حاوية الويب
تحتاج حاوية ويب XSP|ADP إلى عنوان authService URL حتى تتمكن من التحقق من صحة الرموز المميزة.
على كل من موفري XSP|ADP:
-
إضافة عنوان URL لخدمة المصادقة كخدمة مصادقة خارجية للأداة المساعدة للاتصالات BroadWorks:
XSP|ADP_CLI/النظام/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>تعيين عنوان URL http://127.0.0.1:80/authService -
أضف عنوان URL لخدمة المصادقة إلى الحاوية:
XSP|ADP_CLI/Maintenance/ContainerOptions> إضافة tomcat bw.authservice.authServiceUrl http://127.0.0.1:80/authServiceوهذا يمكن Webex من استخدام خدمة المصادقة للتحقق من صحة الرموز المميزة المقدمة كبيانات اعتماد.
-
تحقق من المعلمة باستخدام
get. -
أعد تشغيل ADP لـ XSP|.
تكوين طبقة النقل الآمنة (TLS) والأصفار على واجهات HTTP (لخدمة XSI والمصادقة)
تستخدم تطبيقات "خدمة المصادقة" و"إجراءات Xsi" و"Xsi-Events" واجهات خادم HTTP. مستويات تكوين طبقة النقل الآمنة لهذه التطبيقات هي كما يلي:
الأكثر عمومية = > نقل النظام > HTTP > واجهة خادم HTTP = الأكثر تحديدا
سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:
| خصوصيه | سياق CLI |
| النظام (عالمي) |
|
| بروتوكولات النقل لهذا النظام |
|
| HTTP على هذا النظام |
|
| واجهات خادم HTTP محددة على هذا النظام |
|
قراءة تكوين واجهة TLS لخادم HTTP على XSP|ADP
-
تسجيل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer> -
أدخل الأمر
getواقرأ النتائج. يجب أن ترى الواجهات (عناوين 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> -
أدخل الأمر
get 443لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة. -
أدخل الأمر
إضافة 443 TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين رموز TLS على واجهة خادم HTTP
لتكوين الأصفار المطلوبة:
-
تسجيل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
أدخل الأمر
get 443لمعرفة التشفيرات المستخدمة بالفعل على هذه الواجهة. يجب وجود مجموعة واحدة على الأقل من مجموعات Cisco الموصى بها (ارجع إلى XSP|متطلبات هوية ADP والأمان في قسم النظرة العامة). -
أدخل الأمر
إضافة 443لإضافة تشفير إلى واجهة خادم 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_مع_CHACHA20_POLY1305انظر https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.
تكوين الثقة لخدمة المصادقة (باستخدام mTLS)
-
سجل الدخول إلى مركز التحكم باستخدام حساب مشرف الشركاء.
-
انتقل إلى وانقر على تنزيل شهادة Webex CA للحصول على
CombinedCertChain2023.txtعلى جهاز الكمبيوتر المحلي لديك.تحتوي هذه الملفات على مجموعتين من شهادتين. تحتاج إلى تقسيم الملفات قبل تحميلها إلى وحدات XSP|ADP. كل الملفات مطلوبة. -
قسّم سلسلة الشهادات إلى شهادتين -
combinedcertchain2023.txt.-
افتح
combinedcertchain2023.txtفي محرر نصوص. -
حدد وقم بقص المجموعة الأولى من النص، بما في ذلك السطور
-----START CERTIFICATE-------و-----------، وقم بلصق الكتلة النصية في ملف جديد. -
احفظ الملف الجديد باسم
root2023.txt. -
احفظ الملف الأصلي كـ
issuing2023.txt. يجب أن يحتوي الملف الأصلي الآن على كتلة نص واحدة فقط، محاطة بالسطر-----START CERTIFICATE------و------END CERTIFICATE-----.
-
-
انسخ كلا الملفين النصين إلى موقع مؤقت على 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/issuing2023.txtيجب أن يكون لكل الأسماء المستعارة اسم مختلف.
webexclientroot، وwebexclientroot2023، وwebexclienssuing، وwebexclienssuing2023هي أمثلة على الأسماء المستعارة لمراسي الثقة؛ يمكنك استخدام الأسماء المستعارة الخاصة بك طالما أن جميع الإدخالات الأربعة فريدة من نوعها. -
تأكد من تحديث المراسي:
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/Trusts> الحصول علىالاسم المستعار المالك جهة إصدار ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[autosigned]
(اختياري) تكوين mTLS على مستوى واجهة/منفذ HTTP
من الممكن تكوين mTLS على مستوى واجهة / منفذ HTTP أو على أساس تطبيق كل ويب.
تعتمد طريقة تمكين mTLS لتطبيقك على التطبيقات التي تستضيفها على XSP|ADP. إذا كنت تستضيف تطبيقات متعددة تتطلب mTLS ، فيجب عليك تمكين mTLS على الواجهة. إذا كنت بحاجة فقط إلى تأمين واحد من عدة تطبيقات تستخدم نفس واجهة HTTP ، فيمكنك تكوين mTLS على مستوى التطبيق.
عند تكوين mTLS على مستوى واجهة / منفذ HTTP ، يلزم وجود mTLS لجميع تطبيقات الويب المستضافة التي يتم الوصول إليها عبر هذه الواجهة / المنفذ.
-
سجّل الدخول إلى XSP|ADP الذي تقوم بتكوين واجهته.
-
انتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer>وقم بتشغيل الأمرgetلترى الواجهات. -
لإضافة واجهة وطلب مصادقة العميل هناك (وهو ما يعني نفس mTLS):
XSP|ADP_CLI/Interface/Http/HttpServer> أضف اسم منفذ IPAddress 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في هذا المثال، يتم تمكين mTLS (طلب مصادقة العميل = true) في 192.0.2.7 المنفذ 444. تم تمكين TLS في 192.0.2.7 المنفذ 443.
(اختياري) تكوين mTLS لتطبيقات ويب محددة
من الممكن تكوين mTLS على مستوى واجهة / منفذ HTTP أو على أساس تطبيق كل ويب.
تعتمد طريقة تمكين mTLS لتطبيقك على التطبيقات التي تستضيفها على XSP|ADP. إذا كنت تستضيف تطبيقات متعددة تتطلب mTLS ، فيجب عليك تمكين mTLS على الواجهة. إذا كنت بحاجة فقط إلى تأمين واحد من عدة تطبيقات تستخدم نفس واجهة HTTP ، فيمكنك تكوين mTLS على مستوى التطبيق.
عند تكوين mTLS على مستوى التطبيق، تكون mTLS مطلوبة لهذا التطبيق بغض النظر عن تكوين واجهة خادم HTTP.
-
سجّل الدخول إلى XSP|ADP الذي تقوم بتكوين واجهته.
-
انتقل إلى
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps>وقم بتشغيل أمرgetلمعرفة التطبيقات قيد التشغيل. -
لإضافة تطبيق وطلب مصادقة العميل له (وهو ما يعني نفس mTLS):
XSP|ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> إضافة تطبيق منفذ IPAddressName 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/واجهة/Http/SSLCommonSettings/ClientAuthentication/WebApps> الحصول على
واجهة منفذ Ip اسم تطبيق مصادقة العميل Req =================================================== 192.0.2.7 443 AuthenticationService true تكوين إدارة الأجهزة على XSP|ADP وخادم التطبيق وخادم ملف التعريف
خادم ملف التعريف وXSP|ADP إلزاميان لإدارة الأجهزة. يجب تكوينها وفقا للإرشادات الواردة في دليل تكوين إدارة أجهزة BroadWorks.
إلى أين أذهب بعد ذلك
بالنسبة للتكوين، يمكنك إعادة الانضمام إلى تدفق المستند الرئيسي على واجهة CTI والتكوين المرتبط بها.
متطلبات شهادة إضافية لمصادقة TLS المتبادلة مقابل AuthService
يتفاعل Webex مع خدمة المصادقة عبر اتصال TLS مصادق عليه متبادل. يعني هذا أن Webex يقدم شهادة عميل ويجب أن يقوم XSP|ADP بالتحقق من صحتها. من أجل الثقة في هذه الشهادة، استخدم سلسلة شهادات Webex CA لإنشاء مرساة ثقة على XSP|ADP (أو الوكيل). تتوفر سلسلة الشهادات للتنزيل عبر مركز الشركاء:
-
انتقل إلى الإعدادات > مكالمات BroadWorks.
-
انقر على رابط تنزيل الشهادة.
يمكنك أيضا الحصول على سلسلة الشهادات من https://bwks-uap.webex.com/assets/public/CombinedCertChain2023.txt.
تعتمد المتطلبات الدقيقة لنشر سلسلة شهادات Webex CA هذه على كيفية نشر الجمهور الذي يواجه أجهزة XSP|ADP:
-
عبر وكيل جسر TLS
-
عبر وكيل تمرير TLS
-
مباشرةً إلى XSP|ADP
يلخص الرسم التخطيطي التالي المكان الذي يجب فيه نشر سلسلة شهادات Webex CA في هذه الحالات الثلاث.
متطلبات شهادة TLS المتبادلة لوكيل جسر TLS
-
يقدم Webex شهادة عميل موقعة من Webex CA إلى الوكيل.
-
يتم نشر سلسلة شهادات Webex CA على مخزن الثقة الوكيل، وبالتالي يثق الوكيل في شهادة العميل.
-
يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة للجمهور في الوكيل.
-
يقدم الوكيل شهادة خادم موقعة بشكل عام إلى Webex.
-
يثق Webex في المرجع المصدق العام الذي وقع شهادة خادم الوكيل.
-
يقدم الوكيل شهادة عميل موقعة داخليًا إلى وحدات XSP|ADP.
يجب أن تحتوي هذه الشهادة على حقل ملحق x509.v3 استخدام المفتاح الموسع المملوء بالغرض من BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 والغرض من TLS clientAuth . على سبيل المثال:
ملحقات X509v3:استخدام المفتاح الممتد X509v3:1.3.6.1.4.1.6431.1.1.8.2.1.3، مصادقة عميل ويب TLSعند إنشاء شهادات عميل داخلية للوكيل، لاحظ أن شهادات شبكة التخزين (SAN) غير معتمدة. يمكن أن تكون شهادات الخادم الداخلية لـ XSP|ADP SAN.
-
يثق موفرو ADP XSP| في CA الداخلي.
-
تقدم عناوين XSP|ADP شهادة خادم موقعة داخليًا.
-
يثق الوكيل في المرجع المصدق الداخلي.
متطلبات شهادة TLS المتبادلة لوكيل مرور TLS أو XSP في المنطقة المجردة من السلاح
-
يقدم Webex شهادة عميل موقعة من Webex CA إلى XSPs.
-
يتم نشر سلسلة شهادات Webex CA على مخزن الثقة الخاص ب XSPs، وبالتالي فإن XSPs تثق في شهادة العميل.
-
يتم أيضا تحميل شهادة خادم XSP الموقعة بشكل عام في XSPs.
-
تقدم XSPs شهادات خادم موقعة بشكل عام إلى Webex.
-
يثق Webex في المرجع المصدق العام الذي وقع شهادات خادم XSPs.
محفوظات مراجعة المستندات
يعرض الجدول التالي تاريخًا من التغييرات التي طرأت على هذه الوثيقة على مدار الـ 12 شهرًا الماضية.
|
التاريخ |
الإصدار | وصف التغيير | |
|---|---|---|---|
|
4 أكتوبر 2024 |
2-123 |
| |
|
10 سبتمبر 2024 |
2-123 |
| |
|
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 |
| |
نظرة عامة على Webex ل Cisco BroadWorks
تقديم Webex ل Cisco BroadWorks
يخاطب هذا القسم مسؤولي النظام في المؤسسات الشريكة ل Cisco (موفري الخدمات) الذين ينفذون Webex لمؤسسات عملائهم أو يقدمون هذا الحل مباشرة إلى مشتركيهم.
الغرض من الحل
-
لتوفير ميزات التعاون السحابي Webex للعملاء الصغار والمتوسطين الذين لديهم بالفعل خدمة اتصال مقدمة من موفري خدمة BroadWorks.
-
لتوفير خدمة الاتصال القائمة على BroadWorks لعملاء Webex الصغار والمتوسطين.
السياق
نحن نعمل على تطوير جميع عملائنا المتعاونين نحو تطبيق موحد. يقلل هذا المسار من صعوبات الاعتماد، ويحسن قابلية التشغيل البيني والترحيل، ويوفر تجارب مستخدم يمكن التنبؤ بها عبر محفظة التعاون بأكملها. جزء من هذا الجهد هو نقل قدرات الاتصال BroadWorks إلى تطبيق Webex ، وفي النهاية تقليل الاستثمار في عملاء UC-One.
الفوائد
-
التدقيق المستقبلي: ضد نهاية عمر UC-One Collaborate ، وحركة جميع العملاء نحو إطار عمل العميل الموحد (UCF)
-
أفضل ما في الأمرين: تمكين ميزات المراسلة والاجتماعات في Webex مع الاحتفاظ بمكالمات BroadWorks على شبكة الاتصالات الهاتفية الخاصة بك
نطاق الحل
-
العملاء الحاليين / الجدد من الشركات الصغيرة والمتوسطة (أقل من 250 مشتركا) الذين يريدون مجموعة من ميزات التعاون ، قد يكون لديهم بالفعل مكالمات BroadWorks.
-
عملاء Webex الحاليين من الشركات الصغيرة والمتوسطة الذين يتطلعون إلى إضافة مكالمات BroadWorks.
-
ليست شركات أكبر (يرجى مراجعة محفظة المؤسسات الخاصة بنا ل Webex).
-
ليس مستخدما واحدا (يرجى تقييم عروض Webex عبر الإنترنت).
تستهدف مجموعات الميزات في Webex ل Cisco BroadWorks حالات استخدام الشركات الصغيرة والمتوسطة. تم تصميم حزم Webex for Cisco BroadWorks لتقليل تعقيد الشركات الصغيرة والمتوسطة، ونحن نقيم باستمرار مدى ملاءمتها لهذا القطاع. قد نختار إخفاء أو إزالة الميزات التي كانت ستتوفر بخلاف ذلك في حزم المؤسسة.
المتطلبات الأساسية للنجاح مع Webex ل Cisco BroadWorks
|
# |
المتطلبات |
ملاحظات |
|---|---|---|
|
1 |
تصحيح برودووركس R22 الحالي أو أعلى | |
|
2 |
XSP|ADP لـ XSI، وCTI، وDMS، وخدمة المصادقة |
XSP|ADP مخصص لتطبيق Webex من أجل Cisco BroadWorks |
|
3 |
يمكن مشاركة XSP|ADP منفصلة لـ NPS مع حلول أخرى تستخدم NPS. |
إذا كان لديك عملية نشر تعاون حالية، فقم بمراجعة التوصيات بشأن تكوينات XSP|ADP وNPS. |
|
4 |
التحقق من صحة CI Token (مع TLS) الذي تم تكوينه لاتصالات Webex بخدمة المصادقة. | |
|
5 |
mTLS التي تم تكوينها لاتصالات Webex بواجهة CTI. |
التطبيقات الأخرى لا تتطلب mTLS. |
|
6 |
يجب أن يكون المستخدمون موجودين في BroadWorks ويحتاجون إلى السمات التالية، بناء على قرار إدارة الحسابات:
|
بالنسبة إلى رسائل البريد الإلكتروني الموثوق بها: نوصي بوضع عنوان البريد الإلكتروني نفسه في سمة المعرف البديل أيضا، لتمكين المستخدمين من تسجيل الدخول باستخدام عنوان البريد الإلكتروني مقابل BroadWorks. بالنسبة إلى رسائل البريد الإلكتروني غير الموثوق بها: استنادا إلى إعدادات البريد الإلكتروني للمستخدم، قد يؤدي استخدام رسائل البريد الإلكتروني غير الموثوق بها إلى إرسال البريد الإلكتروني إلى مجلد البريد الإلكتروني غير الهام أو الرسائل غير المرغوب فيها الخاص بالمستخدم. قد يضطر المشرف إلى تغيير إعدادات البريد الإلكتروني للمستخدم للسماح بالنطاقات |
|
7 |
Webex لملف Cisco BroadWorks DTAF لتطبيق Webex | |
|
8 |
BW الأعمال Lic أو STD المؤسسة أو Prem المؤسسة المستخدم Lic + Webex لاشتراك Cisco BroadWorks |
إذا كان لديك نشر تعاون حالي، فلن تحتاج بعد الآن إلى منافذ UC-One الإضافية وCollab Lic وMeet-me للمؤتمرات. إذا كان لديك نشر UC-One SaaS حالي، فلا توجد تغييرات إضافية بخلاف قبول شروط الحزمة المميزة. |
|
9 |
يجب الوصول إلى IP/المنافذ من خلال خدمات Webex الخلفية وتطبيقات Webex عبر الإنترنت العام. |
راجع قسم "إعداد شبكتك". |
|
10 |
تكوين TLS V1.2 على وحدات XSP|ADP | |
|
11 |
لتوفير Flowthrough، يجب أن يتصل خادم التطبيقات بمحول توفير BroadWorks. نحن لا نختبر أو ندعم تكوين الوكيل الصادر. إذا كنت تستخدم وكيلا صادرا، فإنك تتحمل مسؤولية دعمه باستخدام Webex ل Cisco BroadWorks. |
راجع موضوع "إعداد شبكتك". |
حول هذه الوثيقة
الغرض من هذا المستند هو مساعدتك على فهم حل Webex for Cisco BroadWorks والاستعداد له ونشره وإدارته. وتعكس الأقسام الرئيسية في الوثيقة هذا الغرض.
يتضمن هذا الدليل مواد مفاهيمية ومرجعية. ونعتزم تغطية جميع جوانب الحل في هذه الوثيقة الواحدة.
الحد الأدنى لمجموعة المهام لنشر الحل هي:
-
يمكنك الوصول إلى فريق حسابك لتصبح شريكا ل Cisco. من الضروري أن تستكشف نقاط اتصال Cisco للتعرف على نفسك (والحصول على التدريب). عندما تصبح شريكا ل Cisco، فإننا نطبق مفتاح Webex ل Cisco BroadWorks على مؤسستك الشريكة في Webex. (انظر نشر Webex ل Cisco BroadWorks > إعداد الشركاء في هذا المستند .)
-
قم بتكوين أنظمة BroadWorks الخاصة بك للتكامل مع Webex. (ارجع إلى نشر Webex من أجل Cisco BroadWorks > تكوين الخدمات على Webex من أجل Cisco BroadWorks XSP|ADP في هذا المستند.)
-
استخدم مركز الشركاء لتوصيل Webex ب BroadWorks. (انظر نشر Webex ل Cisco BroadWorks > تكوين المؤسسة الشريكة في مركز الشركاء في هذا المستند.)
-
استخدم مركز الشركاء لإعداد قوالب إدارة حسابات المستخدمين. (ارجع إلى نشر Webex من أجل Cisco BroadWorks > تكوين قوالب الإلحاق في هذا المستند).
-
يمكنك اختبار عميل وضمه عن طريق توفير مستخدم واحد على الأقل. (ارجع إلى نشر Webex من أجل Cisco BroadWorks > تكوين مؤسسة الاختبار.)
-
هذه خطوات عالية المستوى ، بالترتيب النموذجي. هناك العديد من المهام المساهمة التي لا يمكنك تجاهلها.
-
إذا كنت ترغب في إنشاء تطبيقاتك الخاصة لإدارة Webex لمشتركي Cisco BroadWorks ، فيجب عليك قراءة استخدام واجهة برمجة تطبيقات إدارة الحسابات في قسم المراجع في هذا الدليل.
المصطلحات
نحاول الحد من المصطلحات والاختصارات المستخدمة في هذا المستند، ولشرح كل مصطلح عند استخدامه لأول مرة. (ارجع إلى مرجع Webex for Cisco BroadWorks > المصطلحات إذا لم يتم شرح المصطلح في السياق.)
كيف يعمل
Webex for Cisco BroadWorks هو عرض يدمج مكالمات BroadWorks في Webex. يستخدم المشتركون تطبيقا واحدا (تطبيق Webex) للاستفادة من الميزات التي يوفرها كلا النظامين الأساسيين:
-
يتصل المستخدمون بأرقام PSTN باستخدام البنية الأساسية ل BroadWorks الخاصة بك.
-
يتصل المستخدمون بأرقام BroadWorks الأخرى باستخدام البنية الأساسية ل BroadWorks (مكالمات الصوت/الفيديو عن طريق تحديد الأرقام المرتبطة بالمستخدمين أو لوحة الطلب لتقديم الأرقام).
-
يمكن للمستخدمين ، بدلا من ذلك ، إجراء مكالمة Webex VOIP عبر البنية الأساسية ل Webex عن طريق تحديد الخيار "Webex Call" على تطبيق Webex. (هذه المكالمات هي تطبيق Webex إلى تطبيق Webex ، وليس تطبيق Webex إلى PSTN).
-
يمكن للمستخدمين استضافة اجتماعات Webex والانضمام إليها.
-
يمكن للمستخدمين إرسال رسائل إلى بعضهم البعض إلى واحد أو في مساحات (دردشة جماعية مستمرة) ، والاستفادة من ميزات مثل البحث ومشاركة الملفات (على البنية التحتية ل Webex).
-
يمكن للمستخدمين مشاركة حالة الحضور (الحالة). يمكنهم اختيار التواجد المخصص أو التواجد المحسوب للعميل.
-
بعد أن نقوم بإعدادك كمؤسسة شريكة في مركز التحكم، باستخدام الاستحقاقات الصحيحة، يمكنك تكوين العلاقة بين مثيل BroadWorks وWebex.
-
يمكنك إنشاء مؤسسات العملاء في مركز التحكم، وتوفير المستخدمين في تلك المؤسسات.
-
يحصل كل مشترك في BroadWorks على هوية Webex استنادا إلى عنوان بريده الإلكتروني (سمة معرف البريد الإلكتروني في BroadWorks).
-
يقوم المستخدمون بالمصادقة ضد BroadWorks أو ضد Webex.
-
يتم إصدار عملاء برموز طويلة العمر لتفويضهم بالخدمات في BroadWorks و Webex.
تطبيق Webex في مركز هذا الحل ؛ إنه تطبيق ذو علامة تجارية متاح على أجهزة سطح مكتب Mac / Windows ، والهواتف المحمولة والأجهزة اللوحية التي تعمل بنظام Android / iOS.
هناك أيضا إصدار ويب من تطبيق Webex لا يتضمن حاليا ميزات الاتصال.
يتصل العميل بسحابة Webex لتقديم ميزات المراسلة والحضور والاجتماعات.
يقوم العميل بالتسجيل في أنظمة BroadWorks الخاصة بك للحصول على ميزات الاتصال.
تعمل سحابة Webex مع أنظمة BroadWorks لضمان تجربة توفير سلسة للمستخدمين.
الميزات والقيود
نحن نقدم العديد من الحزم مع ميزات مختلفة.
حزمة "سوفت فون"
يستخدم هذا النوع من الحزم تطبيق Webex كعميل سوفت فون فقط مع إمكانية الاتصال ، ولكن لا توجد قدرات المراسلة. يمكن للمستخدمين الذين لديهم هذا النوع من الحزم الانضمام إلى اجتماعات Webex، ولكن لا يمكنهم بدء الاجتماعات بمفردهم. عندما يبحث مستخدمون آخرون (سوفت فون أو غير سوفت فون) في الدليل عن مستخدم سوفت فون، فإن نتائج البحث لا توفر أي خيار لإرسال رسالة.
يمكن لمستخدمي Softphone مشاركة شاشتهم أثناء المكالمة.
الباقة "الأساسية"
تشتمل الحزمة الأساسية على ميزات الاتصال والمراسلة والاجتماعات. يتضمن 100 مشارك في اجتماعات "مساحة موحدة" واجتماعات غرفة الاجتماعات الشخصية (PMR). (** ارجع إلى الملاحظة أدناه للاستثناء). في هذه الحزمة، يمكن أن تصل مدة الاجتماعات إلى 40 دقيقة كحد أقصى.
الباقة "القياسية"
تتضمن هذه الحزمة أيضًا كل ما يوجد في الحزمة الأساسية مثل ما يصل إلى 100 مشارك في اجتماعات "مساحة موحدة" واجتماعات غرفة الاجتماعات الشخصية (PMR).
تعد مشاركة الشاشة داخل اجتماع PMR دورا يشغله في البداية مضيف الاجتماع فقط، ولكن يجوز للمضيف تمرير "دور مقدم العرض" إلى أي مشارك في الاجتماع يختاره، ويجوز للمضيف فقط إعادة أخذ دور مقدم العرض دون أن يمرره المضيف الحالي إليه.
باقة "بريميوم"
تتضمن هذه الحزمة كل ما يوجد في الحزمة القياسية بالإضافة إلى ما يصل إلى 300 مشارك في اجتماع "مساحة موحدة" وما يصل إلى 1000 مشارك في غرفة الاجتماعات الشخصية (PMR).
يتم دعم مشاركة الشاشة داخل اجتماع PMR لأي من الحاضرين في الاجتماع.
مقارنة الباقات
|
مجموعة |
الاتصال |
المراسلة |
اجتماعات المساحات الموحدة |
اجتماعات PMR |
|---|---|---|---|---|
|
Softphone |
متضمن |
غير مشمول |
لا شيء |
لا شيء |
|
أساسي |
متضمن |
متضمن |
100 مشارك |
100 مشارك |
|
المعيار |
متضمن |
متضمن |
100 مشارك |
100 مشارك |
|
مميزة |
متضمن |
متضمن |
300 مشارك |
1000 مشارك |
حد اجتماع المساحة الموحدة للمستخدمين الأساسيين هو 100 مشارك لكل اجتماع مساحة موحدة ما لم تتضمن المساحة أيضًا مستخدمين تم تعيين حزم "قياسية" أو "متميزة"، وفي هذه الحالة يزداد الحد بناءً على حزمة المستخدم المضيف.
يشير "اجتماعات المساحة الموحدة" إلى اجتماع Webex (مجدول أو غير مجدول) يعقد في مساحة Webex. على سبيل المثال، يبدأ المستخدم اجتماعا من المساحة عبر الزرين "Meet" أو "Schedule".
تشير "اجتماعات PMR" إلى اجتماع Webex (مجدول أو غير مجدول) يعقد في غرفة الاجتماعات الشخصية (PMR) الخاصة بالمستخدم. تستخدم هذه الاجتماعات عنوان URL مخصصا (على سبيل المثال: cisco.webex.com/meet/roomOwnerUserID).
ميزات المراسلة والاجتماعات
ارجع إلى الجدول التالي لمعرفة اختلافات دعم ميزات اجتماع PMR للحزم الأساسية وStandard وPremium.
|
ميزة الاجتماع |
مدعوم مع الحزمة الأساسية |
مزود بحزمة قياسية |
مدعوم بباقة Preminum |
التعليق |
|---|---|---|---|---|
|
مدة الاجتماع |
40 دقيقة أو أقل |
غير محدود |
غير محدود | |
|
مشاركة سطح المكتب |
نعم |
نعم |
نعم |
أساسي— مشاركة سطح المكتب بواسطة أي مشارك في اجتماع PMR. قياسي — مشاركة سطح المكتب بواسطة مضيف اجتماع PMR فقط. مميزة — مشاركة سطح المكتب بواسطة أي مشارك في اجتماع PMR. |
|
مشاركة التطبيقات |
نعم |
نعم |
نعم |
أساسي— مشاركة التطبيق من قِبل أي مشارك في اجتماع PMR. قياسي — مشاركة التطبيق بواسطة مضيف اجتماع PMR فقط. مميزة— مشاركة التطبيق من قبل أي مشارك في اجتماع PMR. |
|
دردشة متعددة الأطراف |
نعم |
نعم |
نعم | |
|
اللوحات البيضاء |
نعم |
نعم |
نعم | |
|
حماية كلمة المرور |
نعم |
نعم |
نعم | |
|
تطبيق الويب - بدون تنزيل أو مكونات إضافية (تجربة الضيف) |
نعم |
نعم |
نعم | |
|
دعم الاقتران مع أجهزة Webex |
نعم |
نعم |
نعم | |
|
التحكم في الأرضية (كتم صوت واحد / طرد الكل) |
نعم |
نعم |
نعم | |
|
رابط الاجتماعات المستمرة |
نعم |
نعم |
نعم | |
|
الوصول إلى موقع الاجتماعات |
نعم |
نعم |
نعم | |
|
الانضمام إلى الاجتماع عبر VoIP |
نعم |
نعم |
نعم | |
|
تامين |
نعم |
نعم |
نعم | |
|
عناصر تحكم مقدم العرض |
لا |
لا |
نعم | |
|
Remote Desktop Control |
لا |
لا |
نعم | |
|
عدد المشاركين |
100 |
100 |
1000 | |
|
التسجيل المحفوظ محليا في النظام |
نعم |
نعم |
نعم | |
|
التسجيل في السحابة |
لا |
لا |
نعم | |
|
التسجيل - التخزين السحابي |
لا |
لا |
10 جيجابايت لكل موقع | |
|
تسجيل النسخ |
لا |
لا |
نعم | |
|
جدولة الاجتماعات |
نعم |
نعم |
نعم | |
|
تمكين مشاركة المحتوى باستخدام عمليات الدمج الخارجية |
لا |
لا |
نعم |
أساسي— مشاركة المحتوى من قِبل أي مشارك في اجتماع PMR. قياسي— مشاركة المحتوى بواسطة مضيف اجتماع PMR فقط. مميزة — مشاركة المحتوى من قبل أي مشارك في اجتماع PMR. |
|
السماح بتغيير عنوان URL ل PMR |
لا |
لا |
نعم |
أساسي— يستطيع المستخدمون تعديل عنوان URL الخاص بـ PMR من موقع Webex. يستطيع مسؤولو الشريك والمؤسسة تعديل عنوان URL من Control Hub. قياسي— يمكن تغيير عنوان URL الخاص بـ PMR فقط من "مركز الشركاء" بواسطة "الشريك" ومسؤولي المؤسسة. مميز— يستطيع المستخدمون تعديل عنوان URL الخاص بـ PMR من موقع Webex. يمكن لمسؤولي الشركاء والمؤسسات تعديل عنوان URL من مركز الشركاء. |
|
البث المباشر للاجتماعات (على سبيل المثال، على فيسبوك ويوتيوب) |
لا |
لا |
نعم | |
|
السماح للمستخدمين الآخرين بجدولة الاجتماعات نيابة عنهم |
لا |
لا |
نعم | |
|
إضافة مضيف بديل |
نعم |
لا |
نعم | |
|
تكامل التطبيقات (مثل Zendesk و Slack) |
يعتمد على التكامل |
يعتمد على التكامل |
نعم |
راجع قسم تكامل التطبيقات أدناه للحصول على مزيد من المعلومات حول الدعم. |
|
التكامل مع تقويم مايكروسوفت أوفيس 365 |
نعم |
نعم |
نعم | |
|
التكامل مع تقويم Google ل G Suite |
نعم |
نعم |
نعم | |
ينشر مركز مساعدة Webex الميزات والوثائق التي تواجه المستخدم ل Webex في help.webex.com. اقرأ المقالات التالية لمعرفة المزيد حول الميزات:
ميزات الاتصال
تشبه تجربة الاتصال الحلول السابقة التي تستخدم محرك التحكم في المكالمات BroadWorks. الفرق في UC-One Collaborate و UC-One SaaS هو أن تطبيق Webex هو العميل الأساسي الناعم.
تكامل التطبيقات
يمكنك دمج Webex ل Cisco BroadWorks مع التطبيقات التالية:
-
Zendesk— الإصدار المتميز فقط
-
Slack— الإصدار Premium فقط
-
Microsoft Teams لتطبيق Webex Meetings— الإصدار القياسي أو المتميز
-
Microsoft Teams للاتصال— مدعوم مع جميع الحزم
-
تقويم Office 365— الإصدار القياسي أو المتميز
-
تقويم 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 للمسؤولين ومحترفي أمن المعلومات ومسؤولي الامتثال وظائف متقدمة في الأمان والتوافق والتحليلات التي يمكن أن تتكامل مع برنامجك.
ستتوفر خدمات الوظيفة الإضافية هذه للحزم القياسية وPremium فقط.
للحصول على مزيد من المعلومات، ارجع إلى صفحة التعليمات الخاصة بحزمة Pro Pack من أجل Control Hub.
خارطة الطريق المستقبلية
للحصول على نظرة ثاقبة حول نوايانا للإصدارات المستقبلية من Webex ل Cisco BroadWorks، تفضل بزيارة https://salesconnect.cisco.com/#/program/PAGE-16649. عناصر خارطة الطريق غير ملزمة بأي صفة. تحتفظ Cisco بالحق في حجب أو مراجعة أي من هذه العناصر أو جميعها من الإصدارات المستقبلية.
القيود
قيود التوفير
المنطقة الزمنية لموقع الاجتماعات
تصبح المنطقة الزمنية للمشترك الأول لكل حزمة هي المنطقة الزمنية لموقع Webex Meetings الذي تم إنشاؤه لتلك الحزمة.
إذا لم يتم تحديد منطقة زمنية في طلب إدارة الحسابات للمستخدم الأول لكل حزمة، تعيين المنطقة الزمنية لموقع Webex Meetings لتلك الحزمة إلى الإعداد الافتراضي الإقليمي لمؤسسة المشتركين.
إذا كان عميلك يحتاج إلى منطقة زمنية معينة لموقع Webex Meetings، فحدد معلمة المنطقة الزمنية في طلب التوفير لما يلي:
-
أول مشترك تم توفيره للحزمة القياسية في المؤسسة.
-
أول مشترك يتم توفيره لحزمة Premium في المؤسسة.
-
أول مشترك تم توفيره للحزمة الأساسية في المؤسسة.
القيود العامة
-
لا يوجد اتصال في إصدار الويب الخاص بعميل Webex (هذا قيد عميل وليس قيدا على الحلول.)
-
قد لا يحتوي Webex بعد على جميع عناصر التحكم في واجهة المستخدم لدعم بعض ميزات التحكم في المكالمات المتوفرة من BroadWorks.
-
لا يمكن أن يكون عميل Webex حاليا "علامة بيضاء".
-
عند إنشاء مؤسسات عملاء باستخدام طريقة إدارة الحسابات التي اخترتها، يتم إنشاؤها تلقائيا في المنطقة نفسها التي توجد بها المؤسسة الشريكة. هذا السلوك حسب التصميم. نتوقع من الشركاء متعددي الجنسيات إنشاء منظمة شريكة في كل منطقة يديرون فيها منظمات العملاء.
-
تتوفر التقارير عن الاجتماعات واستخدام المراسلة من خلال مؤسسة العملاء في مركز التحكم.
المشكلات والقيود المعروفة
للحصول على قائمة محدثة بالمشكلات والقيود المعروفة مع عرض 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/n8vw82eb/Webex-Capacities.
الأمان والبيانات والأدوار
ويبكس الأمن
عميل Webex هو تطبيق آمن يقوم بإجراء اتصالات آمنة مع Webex و BroadWorks. يتم تشفير البيانات المخزنة في سحابة Webex ، والتي يتم عرضها للمستخدم من خلال واجهة تطبيق Webex ، أثناء النقل وفي حالة السكون.
هناك مزيد من التفاصيل حول تبادل البيانات في قسم المراجع في هذا المستند.
قراءة إضافية
إقامة بيانات المؤسسة
نقوم بتخزين بيانات Webex الخاصة بك في مركز البيانات الذي يتطابق بشكل وثيق مع منطقتك. راجع إقامة البيانات في Webex في مركز المساعدة.
الأدوار
مسؤول مقدم الخدمة (أنت): بالنسبة لأنشطة الصيانة اليومية، يمكنك إدارة الأجزاء المحلية (الاتصال) من الحل باستخدام أنظمتك الخاصة. يمكنك إدارة أجزاء Webex من الحل من خلال مركز الشركاء.
لمعرفة معلومات عن الأدوار المتاحة للشركاء، وامتيازات الوصول التي ترافق تلك الأدوار، وكيفية تعيين الأدوار، ارجع إلى أدوار مسؤول الشريك لنظام Webex من أجل BroadWorks وWholesale RTM.
أول مستخدم يتم توفيره لمؤسسة شريك جديدة يتم تعيينه تلقائيًا لأدوار المسؤول الكامل ومسؤول الشريك الكامل. يستطيع ذلك المسؤول استخدام المقالة المذكورة أعلاه لتعيين أدوار إضافية.
فريق العمليات السحابية من Cisco: ينشئ "المؤسسة الشريكة" في مركز الشركاء، إذا لم يكن موجودا، أثناء الإعداد.
بمجرد أن يكون لديك حساب مركز الشركاء الخاص بك، يمكنك تكوين واجهات Webex لأنظمتك الخاصة. في الخطوة التالية، ستقوم بإنشاء "قوالب الإلحاق" لتمثيل المجموعات أو الحزم التي يتم تقديمها من خلال تلك الأنظمة. يمكنك بعد ذلك توفير عملائك أو المشتركين.
|
# |
مهمة نموذجية |
س.ب |
Cisco |
|---|---|---|---|
|
1 |
إعداد الشركاء - إنشاء مؤسسة الشركاء إذا لم تكن موجودة وتمكين تبديل الميزات الضرورية |
● | |
|
2 |
تكوين BroadWorks في المؤسسة الشريكة عبر مركز الشركاء (التجمع) |
● | |
|
3 |
تكوين إعدادات التكامل في مؤسسة الشركاء عبر مركز الشركاء (قوالب العروض والعلامات التجارية) |
● | |
|
4 |
تجهيز بيئة BroadWorks للتكامل (مثل، تصحيح XSP|ADP، جدران الحماية، تكوين XSP|ADP، XSI، AuthService، CTI، NPS، DMS على XSP|ADP) |
● | |
|
5 |
تطوير تكامل أو عملية التزويد |
● | |
|
6 |
تحضير مواد GTM |
● | |
|
7 |
ترحيل المستخدمين الجدد أو توفير لهم |
● |
معمار
ماذا يوجد في الرسم البياني؟
العملاء
-
يعمل عميل تطبيق Webex كتطبيق أساسي في Webex لعروض Cisco BroadWorks. يتوفر العميل على سطح المكتب والجوال ومنصات الويب.
لدى العميل مراسلة أصلية وحضور واجتماعات صوتية / مرئية متعددة الأطراف توفرها سحابة Webex. يستخدم عميل Webex البنية الأساسية ل BroadWorks لمكالمات SIP وPSTN.
-
تستخدم هواتف IP من Cisco والملحقات ذات الصلة أيضا البنية الأساسية ل BroadWorks لمكالمات SIP وPSTN. نتوقع أن نكون قادرين على دعم هواتف الجهات الخارجية.
-
مدخل تنشيط المستخدم للمستخدمين لتسجيل الدخول إلى Webex باستخدام بيانات اعتماد BroadWorks الخاصة بهم.
-
مركز الشركاء هو واجهة ويب لإدارة مؤسسة Webex ومؤسسات عملائك. مركز الشركاء هو المكان الذي تقوم فيه بتكوين التكامل بين البنية الأساسية ل BroadWorks وWebex. يمكنك أيضا استخدام مركز الشركاء لإدارة تكوين العميل والفوترة.
شبكة مقدمي الخدمة
تمثل الكتلة الخضراء الموجودة على يسار الرسم التخطيطي شبكتك. توفر المكونات المستضافة في شبكتك الخدمات والواجهات التالية لأجزاء أخرى من الحل:
-
XSP|ADP العامة، لتطبيق Webex من أجل Cisco BroadWorks: (يمثل الصندوق مزارع XSP|ADP واحدة أو متعددة، ربما تواجه بموازن الحمل.)
-
يستضيف واجهة خدمات Xtended (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
-
-
برمجيات المصدر المفتوح / BSS: نظام دعم العمليات / خدمات SIP للأعمال لإدارة مؤسسات BroadWorks الخاصة بك.
سحابة Webex
تمثل الكتلة الزرقاء في الرسم التخطيطي سحابة Webex. تدعم خدمات Webex المصغرة مجموعة كاملة من إمكانات التعاون في Webex:
-
Cisco Common Identity (CI) هي خدمة الهوية داخل Webex.
-
يمثل Webex for Cisco BroadWorks مجموعة من الخدمات المصغرة التي تدعم التكامل بين Webex ومزود الخدمة المستضاف BroadWorks:
-
واجهات برمجة تطبيقات إدارة حسابات المستخدمين
-
تكوين مقدم الخدمة
-
تسجيل دخول المستخدم باستخدام بيانات اعتماد BroadWorks
-
-
مربع مراسلة Webex للخدمات المصغرة المتعلقة بالمراسلة.
-
مربع اجتماعات Webex الذي يمثل خوادم معالجة الوسائط و SBCs لاجتماعات الفيديو متعددة المشاركين (SIP و SRTP)
خدمات ويب الجهات الخارجية
يتم تمثيل مكونات الجهات الخارجية التالية في الرسم البياني:
-
تدفع APNS (خدمة إشعارات الدفع من Apple) إشعارات المكالمات والرسائل إلى تطبيقات 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
نطلب منك استخدام مثيل XSP|ADP منفصل أو مزرعة لاستضافة تطبيق NPS (خادم دفع الإعلام) الخاص بك. يمكنك استخدام نفس NPS مع UC-One SaaS أو UC-One Collaborate. ومع ذلك، قد لا تستضيف التطبيقات الأخرى المطلوبة من أجل Webex من أجل Cisco BroadWorks على نفس XSP|ADP الذي يستضيف تطبيق NPS.
نوصي باستخدام مثيل/مزرعة XSP|ADP مخصص لاستضافة التطبيقات المطلوبة لدمج Webex للأسباب التالية
-
على سبيل المثال، إذا كنت تقدم UC-One SaaS، فإننا نوصي بإنشاء مزرعة XSP|ADP جديدة لتطبيق Webex for Cisco BroadWorks. وبهذه الطريقة يمكن أن تعمل الخدمتان بشكل مستقل أثناء ترحيل المشتركين.
-
إذا وضعت تطبيقات Webex for Cisco BroadWorks على مزرعة XSP|ADP المستخدمة لأغراض أخرى، فإنك تتحمل مسؤولية مراقبة الاستخدام وإدارة التعقيد الناتج عن ذلك والتخطيط لزيادة الحجم.
-
يفترض مخطط سعة نظام Cisco BroadWorks مزرعة XSP|ADP مخصصة وقد لا تكون دقيقة إذا استخدمتها لعمليات حساب التجميع.
ما لم يتم الإشارة إلى خلاف ذلك، يجب أن يستضيف Webex المكرس لموفري Cisco BroadWorks XSP|ADP التطبيقات التالية:
-
AuthService (TLS مع التحقق من صحة CI Token أو mTLS)
-
CTI (mTLS)
-
إجراءات XSI (TLS)
-
XSI-الأحداث (TLS)
-
DMS (TLS) - اختياري. ليس من الضروري نشر مثيل DMS منفصل أو مزرعة خاصة ب Webex ل Cisco BroadWorks. يمكنك استخدام نفس مثيل DMS الذي تستخدمه ل UC-One SaaS أو UC-One Collaborate.
-
عرض ويب لإعدادات المكالمات (TLS)—اختياري. إعدادات الاتصال عرض الويب (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|ADP الحالية الخاصة بك. ستحتاج إلى التحقق من عدم وجود متطلبات تكوين متعارضة بين التطبيقات الحالية ومتطلبات التطبيق الجديدة ل Webex. والاعتباران الرئيسيان هما:
-
إذا كنت بحاجة إلى دعم العديد من المؤسسات الشريكة لـ Webex على XSP|ADP، فهذا يعني أنه يجب عليك استخدام MTLS على خدمة المصادقة (يتم دعم التحقق من رمز CI فقط لمؤسسة شريك واحدة على XSP|ADP). إذا كنت تستخدم mTLS على خدمة المصادقة، فهذا يعني أنه لا يمكن أن يكون لديك عملاء يستخدمون المصادقة الأساسية على خدمة المصادقة في نفس الوقت. سيمنع هذا الموقف إعادة استخدام أداة XSP|ADP.
-
إذا تم تكوين خدمة CTI الحالية لاستخدامها من قبل العملاء باستخدام المنفذ الآمن (عادة 8012) ولكن بدون mTLS (أي مصادقة العميل) ، فسيتعارض ذلك مع متطلبات webex للحصول على mTLS.
نظرًا لأن 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 التالية:
NTPNTP_SERVER=متطلبات هوية والأمان لـ XSP|ADP
الخلفية
يمكن تكوين بروتوكولات وأصفار اتصالات Cisco BroadWorks TLS على مستويات مختلفة من الخصوصية. تتراوح هذه المستويات من الأكثر عمومية (مزود SSL) إلى الأكثر تحديدا (الواجهة الفردية). يتجاوز الإعداد الأكثر تحديدا دائما إعدادا أكثر عمومية. إذا لم يتم تحديدها، توريث إعدادات طبقة المقابس الآمنة "ذات المستوى الأدنى" من المستويات "الأعلى".
إذا لم يتم تغيير أي إعدادات من الإعدادات الافتراضية، فإن جميع المستويات ترث الإعدادات الافتراضية لموفر طبقة المقابس الآمنة (ملحق مآخذ التوصيل الآمنة ل JSSE Java).
قائمة المتطلبات
-
يجب أن يقوم XSP|ADP بمصادقة نفسه للعملاء باستخدام شهادة موقعة من CA والتي يتطابق فيها الاسم العام أو الاسم البديل للموضوع مع جزء المجال من واجهة XSI.
-
يجب أن تدعم واجهة Xsi بروتوكول TLSv1.2.
-
يجب أن تستخدم واجهة Xsi مجموعة تشفير تفي بالمتطلبات التالية.
-
Diffie-Hellman Ephemeral (DHE) أو Hivliptic Curves Diffie-Hellman Ephemeral (ECDHE) تبادل المفاتيح
-
تشفير AES (معيار التشفير المتقدم) بحد أدنى لحجم الكتلة يبلغ 128 بت (على سبيل المثال AES-128 أو AES-256)
-
GCM (Galois / وضع العداد) أو 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/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000
XSP|ADP_CLI/التطبيقات/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50
XSP|ADP متعددة
عنصر حافة موازنة التحميل
إذا كان لديك عنصر موازنة الأحمال على حافة الشبكة، فيجب أن يتعامل بشفافية مع توزيع حركة المرور بين خوادم XSP|ADP المتعددة الخاصة بك وسحابة Webex for Cisco BroadWorks والعملاء. في هذه الحالة، يمكنك توفير عنوان URL الخاص بموازن التحميل إلى Webex لتكوين Cisco BroadWorks.
ملاحظات حول هذه البنية:
-
قم بتكوين DNS حتى يتمكن العملاء من العثور على موازن التحميل عند الاتصال بواجهة Xsi (راجع تكوينDNS).
-
نوصي بتكوين عنصر الحافة في وضع وكيل SSL العكسي، لضمان تشفير البيانات من نقطة إلى نقطة.
-
يجب أن تحتوي الشهادات من XSP|ADP01 وXSP|ADP02 على حد سواء على مجال XSP|ADP، على سبيل المثال الخاص بك-XSP|ADP.example.com، في الاسم البديل للموضوع. يجب أن يكون لديهم أسماء FQDN الخاصة بهم، على سبيل المثال XSP|ADP01.example.com، في الاسم العام. يمكنك استخدام شهادات أحرف البدل، ولكننا لا نوصي بها.
خوادم XSP|ADP التي تواجه الإنترنت
إذا قمت بتعريض واجهات XSI مباشرةً، فاستخدم DNS لتوزيع حركة المرور على خوادم XSP|ADP متعددة.
ملاحظات حول هذه البنية:
-
يلزم وجود سجلين للاتصال بخوادم XSP|ADP:
-
بالنسبة لخدمات Webex المصغرة: تكون سجلات A/AAAA ROUND ROBIN مطلوبة لاستهداف عناوين IP لـ XSP|ADP متعددة. وذلك لأن خدمات Webex الصغيرة لا يمكنها إجراء عمليات بحث عن SRV. للحصول على أمثلة، ارجع إلى خدمات Webex Cloud.
-
لتطبيق Webex: سجل SRV الذي يتم تحليله إلى سجلات A حيث يتم تحليل كل سجل A إلى XSP|ADP واحد. للحصول على أمثلة، ارجع إلى تطبيق Webex.
استخدم سجلات SRV ذات أولوية لاستهداف خدمة XSI لعناوين XSP|ADP المتعددة. امنح الأولوية لسجلات SRV الخاصة بك حتى تنتقل الخدمات الصغيرة دائمًا إلى نفس سجل A (وعنوان IP اللاحق) وستنتقل إلى سجل A التالي (وعنوان IP) فقط إذا كان عنوان IP الأول معطلاً. لا تستخدم نهج round robin لتطبيق Webex.
-
-
يجب أن تحتوي الشهادات من XSP|ADP01 وXSP|ADP02 على حد سواء على مجال XSP|ADP، على سبيل المثال الخاص بك-XSP|ADP.example.com، في الاسم البديل للموضوع. يجب أن يكون لديهم أسماء FQDN الخاصة بهم، على سبيل المثال 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 for Cisco BroadWorks حاليا نماذج إدارة حسابات المستخدمين التالية:
-
إدارة الحسابات عبر التدفق باستخدام رسائل البريد الإلكتروني الموثوق بها
-
إدارة حسابات Flowthrough بدون رسائل بريد إلكتروني موثوق بها
-
التوفير الذاتي للمستخدم
-
توفير واجهة برمجة التطبيقات
-
إدارة الحسابات عبر التدفق باستخدام رسائل البريد الإلكتروني الموثوق بها
يمكنك تكوين خدمة المراسلة الفورية المتكاملة & P لاستخدام عنوان URL لإدارة حسابات Webex ثم قم بتعيين الخدمة للمستخدمين. يستخدم خادم التطبيقات واجهة برمجة تطبيقات توفير Webex لطلب حسابات مستخدمي Webex المقابلة.
إذا كان بإمكانك التأكيد على أن BroadWorks لديه عناوين بريد إلكتروني للمشتركين صالحة وفريدة من نوعها ل Webex، فإن خيار إدارة الحسابات هذا يقوم تلقائيا بإنشاء حسابات Webex وتنشيطها باستخدام عناوين البريد الإلكتروني هذه كمعرفات مستخدم.
يمكنك تغيير حزمة المشترك من خلال مركز الشركاء، أو يمكنك كتابة طلبك الخاص لاستخدام واجهة برمجة تطبيقات إدارة الحسابات لتغيير حزم المشتركين.
إدارة الحسابات المتدفقة بدون رسائل بريد إلكتروني موثوق بها
يمكنك تكوين خدمة المراسلة الفورية المتكاملة & P لاستخدام عنوان URL لإدارة حسابات Webex ثم قم بتعيين الخدمة للمستخدمين. يستخدم خادم التطبيقات واجهة برمجة تطبيقات توفير Webex لطلب حسابات مستخدمي Webex المقابلة.
إذا لم تتمكن من الاعتماد على عناوين البريد الإلكتروني للمشتركين التي تحتفظ بها BroadWorks ، فإن خيار إدارة الحسابات هذا ينشئ حسابات Webex ، ولكن لا يمكنه تنشيطها حتى يقوم المشتركون بتوفير عناوين بريدهم الإلكتروني والتحقق من صحتها. عند هذه النقطة ، يمكن ل Webex تنشيط الحسابات باستخدام عناوين البريد الإلكتروني هذه كمعرفات مستخدم.
يمكنك تغيير حزمة المشترك من خلال مركز الشركاء، أو يمكنك كتابة طلبك الخاص لاستخدام واجهة برمجة تطبيقات إدارة الحسابات لتغيير حزم المشتركين.
إدارة الحسابات الذاتية للمستخدم
باستخدام هذا الخيار ، لا يوجد توفير تدفق من BroadWorks إلى Webex. بعد تكوين التكامل بين Webex ونظام BroadWorks الخاص بك، ستحصل على ارتباط واحد أو أكثر خاص بتوفير المستخدمين داخل المؤسسة الشريكة ل Webex for Cisco BroadWorks.
ثم تقوم بتصميم اتصالاتك الخاصة (أو تفويضها لعملائك) لتوزيع الرابط على المشتركين. يتبع المشتركون الرابط ، ثم يقدمون عناوين بريدهم الإلكتروني ويتحققون منها لإنشاء حسابات Webex الخاصة بهم وتنشيطها.
نظرا لأنه يتم توفير الحسابات ضمن نطاق المؤسسة الشريكة، يمكنك ضبط حزم المستخدمين يدويا من خلال مركز الشركاء، أو استخدام واجهة برمجة التطبيقات للقيام بذلك.
يجب أن يكون المستخدمون موجودين في نظام BroadWorks الذي تدمجه مع Webex ، أو يحظر عليهم إنشاء حسابات باستخدام هذا الرابط.
توفير مقدم الخدمة بواسطة واجهات برمجة التطبيقات
يعرض Webex مجموعة من واجهات برمجة التطبيقات العامة التي تمكنك من إنشاء Webex لإدارة حسابات المستخدمين/المشتركين في Cisco BroadWorks في سير عمل/أدوات إدارة المستخدمين الحالية.
التصحيحات المطلوبة مع توفير التدفق من خلال
إذا كنت تستخدم إدارة حسابات التدفق من خلال، فيجب تثبيت تصحيح نظام وتطبيق خاصية CLI. ارجع إلى القائمة أدناه للحصول على الإرشادات التي تنطبق على إصدار BroadWorks الخاص بك:
بالنسبة إلى R22:
-
قم بتثبيت AP.as.22.0.1123.ap376508.
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaعلىtrueمن CLI فيMaintenance/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علىtrueمن CLI فيMaintenance/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علىtrueمن CLI فيMaintenance/ContainerOptions.لمزيد من المعلومات، راجع ملاحظات https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txtالتصحيح .
بعد إكمال هذه الخطوات، لن تتمكن من تزويد المستخدمين الجدد بخدمات UC-One Collaborate. يجب أن يكون المستخدمون الذين تم توفيرهم حديثا هم Webex لمستخدمي Cisco BroadWorks.
طلب الامتداد
يسمح دعم ميزة طلب الامتداد لمستخدمي Webex لـ Cisco Broadworks بطلب مستخدمين آخرين باستخدام امتداد مشابه لرقم الهاتف الأساسي داخل نفس المؤسسة. يعد هذا مفيدًا بشكل خاص للمستخدمين الذين ليس لديهم أرقام DID.
أثناء عملية التوفير، يتم تخزين الرقم الداخلي للمستخدمين في دليل Webex باعتباره الرقم الداخلي للمستخدم. بالنسبة لاتصال BroadWorks، يظهر الامتداد على تطبيق Webex في حقل الامتداد لجميع مناطق طريقة بدء المكالمات وملف تعريف المستخدم. يدعم Webex من أجل Cisco BroadWorks المكالمات بالأرقام الداخلية فقط بين المستخدمين داخل نفس المجموعة والمجموعات المختلفة في نفس المؤسسة باستخدام مزيج من رمز الاتصال بالموقع والامتداد. ومع ذلك، فإن الاتصال بين مؤسستين باستخدام أرقام داخلية فقط غير مدعوم.
يمكن توفير امتداد لمستخدمي Cisco BroadWorks من خلال الطرق التالية:
-
مستخدمو Cisco BroadWorks
-
توفير واجهة برمجة التطبيقات العامة كامتداد
-
يجب تمرير معلمة الرقم الداخلي بشكل صريح كجزء من مكالمة API. بالنسبة للمؤسسات / المجموعات التي تم تكوين رمز الاتصال بالموقع (LDC) لها، يجب أن تكون معلمة الرقم الداخلي مزيجًا من LDC ورقم الرقم الداخلي.
-
-
متابعة أو توفير التنشيط الذاتي
-
سيتم استرداد الامتداد وLDC (إن وجد) تلقائيًا من BroadWorks.
-
-
-
مستخدمو أو كيانات اتصال BroadWorks فقط
-
المزامنة تلقائيًا من BroadWorks عن طريق مزامنة الدليل باستخدام مزيج رمز طلب الموقع (LDC) والرقم الداخلي.
-
|
سجلات مكالمات BroadWorks |
الوصف |
طريقة التوفير |
إدارة الامتداد |
|---|---|---|---|
|
Webex لمستخدمي Cisco BroadWorks |
يتم تمكين المستخدمين من أجل Webex من أجل Cisco BroadWorks |
واجهة API العامة |
يجب تمرير الامتداد كمعلمة |
|
متابعة |
تم استرداد الامتداد من 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 for Cisco Broadworks. باستخدام هذا الإعداد، يمكن للشريك التحكم في إعدادات أولوية المكالمات لجميع عملائه الخاضعين للإدارة من Partner Hub. يمكن أيضًا تعديل إعداد أولوية خيارات اتصال التطبيق للعميل على مستوى العميل من Control Hub.
يحتوي إعداد أولوية خيارات اتصال التطبيق على الامتداد باعتباره الخيار الثاني في كل من Partner Hub وControl Hub عند توفير مستخدم Webex for Cisco Broadworks حديثًا باستخدام الامتداد من خلال أي من طرق التوفير المذكورة أعلاه.
بالنسبة لجميع المؤسسات الحالية التي تم توفيرها، سيكون خيار الرقم الداخلي في الحالة المخفية (بشكل افتراضي) في إعداد أولوية خيارات اتصال التطبيق. لن يعرض هذا الرقم الداخلي في خيار مكالمة الصوت/الفيديو للمستخدم في تطبيق Webex.
فيما يلي الخيارات لجعل خيار مكالمة الرقم الداخلي مرئيًا للعملاء الحاليين:
-
إذا أراد أحد الشركاء تزويد جميع مؤسسات العميل المُدارة لديه بامتداد باعتباره أحد خيارات الاتصال، فمن المستحسن أن يقوم مسؤول الشريك بنقل الامتداد من المخفي إلى المتاح في Partner Hub. سيتيح هذا لمؤسسات العملاء المُدارة وراثة الإعداد من شريكها.
-
إذا أراد الشريك توفير امتداد في خيارات الاتصال لمؤسسة عميل معينة، يوصى بأن يقوم مسؤول الشريك بنقل الامتداد من "مخفي" إلى "متاح" في Control Hub.
دعم جهات اتصال المجموعة
تعمل هذه الميزة على تحسين خدمة Webex for BroadWorks DirSync من خلال إزالة القيد المفروض على مزامنة ما يصل إلى 1500 جهة اتصال من قوائم هواتف المجموعة في BroadWorks والسماح للشركاء بمزامنة ما يصل إلى 30 كيلو من جهات الاتصال من قائمة هواتف مجموعة واحدة وجعلها على قدم المساواة مع زيادة جهات الاتصال البالغة 30 كيلو لقائمة هواتف المؤسسة، والتي تم إصدارها بشكل منفصل.
هناك حد إجمالي قدره 200 كيلو لجميع جهات الاتصال الخارجية لكل مؤسسة، والذي سيتم تطبيقه على مجموع قوائم هواتف المؤسسة والمجموعة في BroadWorks مؤسسة واحدة. على سبيل المثال، سيتم دعم مؤسسة BroadWorks تحتوي على قائمة هواتف للمؤسسات بسعة 30 كيلو وأيضًا قوائم هواتف مجموعات بسعة 30 كيلو (إجمالي 180 كيلو لكل مؤسسة). ومع ذلك، إذا كان هناك 6 قوائم هواتف جماعية تحتوي كل منها على 30 كيلوبايت، فلن يتم دعم ذلك (إجمالي 210 كيلوبايت).
تتوفر هذه الميزة عند الطلب. يرجى الاتصال بفريق حسابك من أجل تمكينه.
-
قبل تمكين الميزة، يجب تشغيل ترحيل المتطلبات الأساسية لتوفير مجموعات وربطها لكل المستخدمين الذين تم توفيرهم حاليًا.
-
سيقوم فريق Cisco بتشغيل واجهة API داخلية لترحيل أي مستخدمين تم توفيرهم حاليًا لربطهم بالمجموعة الصحيحة. ملاحظة: يمكن أن يستغرق هذا الأمر ما يصل إلى أسبوع واحد للمعالجة.
-
بمجرد اكتمال الترحيل للشريك وتمكين الميزة، سيتم "تجميع" أي مستخدمين تم توفيرهم حديثًا بشكل مناسب.
بعد تمكين الميزة، تبدأ خدمة DirSync في مزامنة جهات اتصال قائمة هواتف مجموعة BroadWorks في تخزين جهات اتصال مخصصة لكل مجموعة في خدمة جهات اتصال Webex.
أثناء التوفير، يجب تخزين مجموعة المؤسسة الخاصة بالمستخدم في دليل Webex للإشارة إلى المجموعة التي ينتمي إليها هذا المستخدم. يسمح إقران المستخدم بمجموعة BroadWorks في دليل Webex بإجراء بحث عن جهات الاتصال في تخزين مجموعة خدمة جهات الاتصال لمجموعة معينة من المستخدم.
تتطلب الميزة توفير 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 |
واجهة API العامة |
يجب تمرير معرف مجموعة مؤسسة BroadWorks كمعلمة spEnterpriseGroupId |
|
متابعة |
يتم استرداد معرِّف مجموعة مؤسسة BroadWorks تلقائيًا من BroadWorks | ||
|
مستخدمو الاتصال المخصصين لـ BroadWorks فقط |
مستخدمو الاتصال الذين لم يتم ضمهم إلى Webex |
مزامنة الدليل |
غير مطبّق |
|
كيانات الاتصال من غير المستخدمين |
على سبيل المثال، هاتف غرفة المؤتمرات وآلة الفاكس ورقم مجموعة الخطوط المجمَّعة |
مزامنة الدليل |
غير مطبّق |
|
قوائم هواتف BroadWorks |
جهات الاتصال في قوائم هواتف مجموعة BroadWorks |
مزامنة الدليل |
يتم تخزين جهات اتصال المجموعة في خدمة جهات اتصال Webex المرتبطة بالمجموعة المحددة |
|
قوائم هواتف BroadWorks Enterpsie أو Persional |
جهات الاتصال الموجودة في قوائم الهواتف المؤسسية أو الشخصية |
مزامنة الدليل |
غير مطبّق |
يجب تحديث واجهة API العامة قبل الترحيل. لا يمكن إكمال الترحيل حتى تكتمل واجهة برمجة التطبيقات هذه يجب تمرير معرف مجموعة مؤسسات BroadWorks بشكل صريح في معلمة spEnterpriseGroupId الخاصة باستدعاء واجهة برمجة التطبيقات https://developer.webex.com/docs/api/changelog#2023-march
بعد تمكين الميزة ونتيجة لمزامنة الدليل التالية، سيتم أيضًا عرض مجموعات مستخدمي المؤسسة في Control Hub. يعد عرض المجموعات في Control Hub لـ Webex من أجل BroadWorks إعلاميًا بحتة في هذه المرحلة. يجب ألا يقوم مسؤولو الشريك والعميل بإجراء أي تعديلات على المجموعات أو عضوية المجموعة في Control Hub حيث لن تنعكس هذه التغييرات مرة أخرى على BroadWorks. تم تصميم إدارة المجموعة في Control Hub للاستخدام من قِبل الشركاء الذين سيتبنون واجهات API لإدارة جهات الاتصال القادمة.
الهجرة والحماية من المستقبل
يتمثل تقدم Cisco لعميل الاتصالات الموحدة BroadSoft في الابتعاد عن UC-One نحو Webex. هناك تقدم مقابل للخدمات الداعمة بعيدا عن شبكة مزود الخدمة - باستثناء الاتصال - نحو منصة Webex السحابية.
سواء كنت تقوم بتشغيل UC-One SaaS أو BroadWorks Collaboration، فإن استراتيجية الترحيل المفضلة هي نشر عناصر XSP|ADP جديدة مخصصة للدمج مع Webex for 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 for Cisco BroadWorks— يصف كيفية ضم أجهزة نظام تشغيل Room والخدمة وأجهزة MPP.
-
دليل استكشاف أخطاء Webex for Cisco BroadWorks وإصلاحها— يحتوي على معلومات حول استكشاف أخطاء Webex for Cisco BroadWorks وإصلاحها.
Webex لمقالات Cisco BroadWorks
يمكن لمسؤولي الشركاء استخدام المواقع الاختيارية التالية لمعرفة المزيد حول Webex for Cisco BroadWorks:
-
وثائق Webex for Cisco BroadWorks— تسرد الصفحة المنتقل إليها المستندات الفنية ومقالات Webex الاختيارية الموجهة إلى مسؤولي Webex for Cisco BroadWorks الشركاء.
-
الميزات الجديدة في Webex for Cisco BroadWorks— تفضل بالقراءة عن أحدث الميزات التي تم إصدارها مع الميزات الجديدة قريبًا.
-
المشاكل والقيود المعروفة— تفضل بقراءة المشاكل المعروفة التي حددناها في حل Webex for Cisco BroadWorks.
-
أدوار مسؤول الشريك لتطبيق Webex من أجل BroadWorks وWholesale RTM— تصف هذه المقالة كيفية تعيين أدوار مسؤول الشريك لمؤسسات الشريك التي تقدم Webex من أجل Cisco BroadWorks. يتم استخدام الأدوار لتعيين وصول الإدارة إلى الإعدادات في مركز الشركاء ومركز التحكم.
مستندات Cisco BroadWorks
يمكن لمسؤولي الشركاء الرجوع إلى موقع Cisco BroadWorks على cisco.com للحصول على المستندات الفنية التي تصف كيفية نشر جزء Cisco BroadWorks من الحل:
مقالات مساعدة Webex
يمكن استخدام مواقع تعليمات Webex التالية للعثور على مقالات Webex التي تساعد مسؤولي العملاء والمستخدمين النهائيين على استخدام ميزات Webex.
-
Webex من مقدمي الخدمات— تحتوي الصفحة المنتقل إليها هذه الروابط على ارتباطات تتضمن معلومات عن بدء الاستخدام والمقالات الشائعة الاستخدام لمستخدمي تطبيق Webex الذين اشتروا خدمات Webex من أحد موفري الخدمة.
-
مركز تعليمات Webex— استخدم ميزة البحث في help.webex.com للبحث عن مقالات Webex الإضافية التي تصف وظيفة تطبيق Webex وWebex Meetings. يمكنك البحث عن مقالات المستخدم أو المسؤول.
وثائق المطور
-
دليل مطوري Webex for BroadWorks— يوفر معلومات للمطورين الذين ينشئون التطبيقات التي تستخدم واجهات Webex for BroadWorks API.
جهز بيئتك
نقاط القرار
| نظر | أسئلة يجب الإجابة عليها | الموارد |
|
الهندسة المعمارية والبنية التحتية
|
كم عدد موفري XSP|ADP؟ كيف يأخذون mTLS؟ |
مخطط سعة نظام Cisco BroadWorks دليل هندسة أنظمة BroadWorks من Cisco مرجع XSP|ADP CLI هذه الوثيقة |
| إدارة حسابات العملاء والمستخدمين |
هل يمكنك تأكيد أنك تثق في رسائل البريد الإلكتروني في BroadWorks؟ هل تريد من المستخدمين توفير عناوين بريد إلكتروني لتنشيط حساباتهم الخاصة؟ هل يمكنك إنشاء أدوات لاستخدام واجهة برمجة التطبيقات الخاصة بنا؟ |
مستندات واجهة برمجة التطبيقات العامة في https://developer.webex.com هذه الوثيقة |
| العلامات التجارية | ما اللون والشعار الذي تريد استخدامه؟ | مقالة العلامة التجارية لتطبيق Webex |
| القوالب | ما هي حالات استخدام العملاء المختلفة الخاصة بك؟ | هذه الوثيقة |
| ميزات المشترك لكل عميل / مؤسسة / مجموعة | اختر الحزمة لتحديد مستوى الخدمة لكل قالب. أساسي أو قياسي أو متميز أو سوفت فون. |
هذه الوثيقة مصفوفة الميزات/الحزم |
| مصادقة المستخدم | برودووركس، أو ويبكس | هذه الوثيقة |
| محول إدارة الحسابات (لخيارات إدارة الحسابات المتدفقة) |
هل تستخدم بالفعل IM & P المتكاملة ، على سبيل المثال ل UC-One SaaS؟ هل تنوي استخدام قوالب متعددة؟ هل هناك حالة استخدام أكثر شيوعا متوقعة؟ |
هذه الوثيقة مرجع CLI لخادم التطبيقات |
الهندسة المعمارية والبنية التحتية
-
ما نوع المقياس الذي تنوي البدء به؟ من الممكن التوسع في المستقبل ، ولكن يجب أن يؤدي تقدير الاستخدام الحالي إلى تخطيط البنية التحتية.
-
اعمل مع مدير حساب Cisco/ممثل المبيعات لديك لتحجيم بنية XSP|ADP الأساسية، وفقًا لمخطط سعة نظام Cisco BroadWorks ودليل هندسة نظام Cisco BroadWorks.
-
كيف سيعمل Webex على إجراء اتصالات TLS متبادلة بوحدات XSP|ADP الخاصة بك؟ مباشرةً إلى XSP|ADP في DMZ، أو عبر وكيل TLS؟ يؤثر هذا الأمر على إدارة شهادتك وعناوين URL التي تستخدمها للواجهات. (لا ندعم اتصالات TCP غير المشفرة بحافة شبكتك).
إدارة حسابات العملاء والمستخدمين
ما هي طريقة إدارة حسابات المستخدمين التي تناسبك بشكل أفضل؟
-
متابعة توفير رسائل البريد الإلكتروني الموثوق فيها: من خلال تعيين خدمة "IM & P المتكاملة" على BroadWorks ، يتم توفير المشترك تلقائيا في Webex.
إذا كان بإمكانك أيضا تأكيد أن عناوين البريد الإلكتروني للمشترك في BroadWorks صالحة وفريدة من نوعها ل Webex ، فيمكنك استخدام متغير "البريد الإلكتروني الموثوق به" لإدارة حسابات flowthrough. يتم إنشاء حسابات Webex للمشتركين وتنشيطها دون تدخلهم ؛ انهم ببساطة تحميل العميل وتسجيل الدخول.
عنوان البريد الإلكتروني هو سمة مستخدم رئيسية على Webex. لذلك يجب على مزود الخدمة توفير عنوان بريد إلكتروني صالح للمستخدم من أجل توفيره لخدمات Webex. يجب أن يكون هذا في سمة معرف البريد الإلكتروني للمستخدم في BroadWorks. نوصي بنسخه إلى سمة المعرف البديل أيضا.
-
متابعة التوفير دون رسائل البريد الإلكتروني الموثوق فيها: إذا لم تتمكن من الوثوق بعناوين البريد الإلكتروني للمشترك، فلا يزال بإمكانك تعيين خدمة المراسلة الفورية والأداء المتكاملة في BroadWorks لتوفير المستخدمين في Webex.
باستخدام هذا الخيار، يتم إنشاء الحسابات عند تعيين الخدمة، ولكن يحتاج المشتركون إلى توفير عناوين بريدهم الإلكتروني والتحقق من صحتها لتنشيط حسابات Webex.
-
التوفير الذاتي للمستخدم: لا يتطلب هذا الخيار تعيين خدمة IM&P في BroadWorks. تقوم أنت (أو عملائك) بتوزيع رابط إدارة الحسابات بدلا من ذلك، والروابط لتنزيل العملاء المختلفين، مع علامتك التجارية وتعليماتك.
يتبع المشتركون الرابط ، ثم يقدمون عناوين بريدهم الإلكتروني ويتحققون منها لإنشاء حسابات Webex الخاصة بهم وتنشيطها. ثم يقومون بتنزيل العميل وتسجيل الدخول ، ويجلب Webex بعض التكوين الإضافي عنهم من BroadWorks (بما في ذلك أرقامهم الأساسية).
-
توفير SP المتحكم فيه عبر واجهات API: يعرض Webex مجموعة من واجهات برمجة التطبيقات العامة التي تسمح لمقدمي الخدمات بإنشاء توفير المستخدم / المشترك في سير العمل الحالي الخاص بهم.
متطلبات التزويد
ويلخص الجدول التالي متطلبات كل طريقة من طرق التوفير. بالإضافة إلى هذه المتطلبات، يجب أن يفي النشر بمتطلبات النظام العامة الموضحة في هذا الدليل.
|
طريقة التوفير |
المتطلبات |
|---|---|
|
التزويد المتدفق (رسائل البريد الإلكتروني الموثوق بها أو غير الموثوق بها) |
تضيف واجهة برمجة تطبيقات إدارة حسابات Webex مستخدمي BroadWorks الحاليين إلى Webex تلقائيا بمجرد استيفاء المستخدم للمتطلبات وتبديل خدمة IM+P المدمجة إلى التشغيل. هناك نوعان من التدفقات (رسائل البريد الإلكتروني الموثوق فيها أو رسائل البريد الإلكتروني غير الموثوق فيها) تقوم بتعيينها عبر قالب الضم في Webex. متطلبات برود ووركس:
متطلبات Webex: يتضمن قالب الإلحاق الإعدادات التالية:
|
|
إدارة الحسابات الذاتية للمستخدم |
يوفر المسؤول لمستخدم BroadWorks موجود ارتباطا إلى مدخل تنشيط المستخدم. يجب على المستخدم تسجيل الدخول إلى البوابة الإلكترونية باستخدام بيانات اعتماد BroadWorks وتقديم عنوان بريد إلكتروني صالح. بعد التحقق من صحة البريد الإلكتروني، يجلب Webex معلومات مستخدم إضافية لإكمال إدارة الحسابات. متطلبات برود ووركس:
متطلبات Webex: يتضمن قالب الإلحاق الإعدادات التالية:
|
التوفير الذي يتم التحكم فيه بواسطة SP عبر واجهة برمجة التطبيقات (رسائل البريد الإلكتروني الموثوق بها أو غير الموثوق بها) |
يعرض Webex مجموعة من واجهات برمجة التطبيقات العامة التي تمكنك من إنشاء إدارة حسابات المستخدمين في مهام سير العمل والأدوات الحالية. هناك نوعان من التدفقات:
متطلبات برود ووركس:
متطلبات ويبكس:
لاستخدام واجهات برمجة التطبيقات، انتقل إلى مشتركي BroadWorks. |
التصحيحات المطلوبة مع توفير التدفق من خلال
إذا كنت تستخدم إدارة حسابات التدفق من خلال، فيجب تثبيت تصحيح نظام وتطبيق خاصية CLI. ارجع إلى القائمة أدناه للحصول على الإرشادات التي تنطبق على إصدار BroadWorks الخاص بك:
بالنسبة إلى R22:
-
قم بتثبيت AP.as.22.0.1123.ap376508.
-
بعد التثبيت، قم بتعيين الخاصية
bw.msg.includeIsEnterpriseInOSSschemaعلىtrueمن CLI فيMaintenance/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علىtrueمن CLI فيMaintenance/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علىtrueمن CLI فيMaintenance/ContainerOptions.لمزيد من المعلومات، راجع ملاحظات https://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txtالتصحيح .
بعد إكمال هذه الخطوات، لن تتمكن من تزويد المستخدمين الجدد بخدمات UC-One Collaborate. يجب أن يكون المستخدمون الذين تم توفيرهم حديثا هم Webex لمستخدمي Cisco BroadWorks.
الإعدادات المحلية للغة المدعومة
أثناء عملية التوفير، يتم تعيين اللغة التي تم تعيينها في BroadWorks لأول مستخدم إدارة تم توفيرها تلقائيًا باعتبارها الإعدادات المحلية الافتراضية لمؤسسة العميل تلك. يحدد هذا الإعداد اللغة الافتراضية المستخدمة في رسائل البريد الإلكتروني الخاصة بالتنشيط والاجتماعات ودعوات الاجتماعات ضمن مؤسسة العميل هذه.
يتم دعم الإعدادات المحلية للغة خمسة أحرف بتنسيق (ISO-639-1)_(iso-3166). على سبيل المثال، تتوافق en_الولايات المتحدة مع English_UnitedStates. إذا تم طلب لغة حرفين فقط (باستخدام تنسيق ISO-639-1)، فستنشئ الخدمة لغة محلية من خمسة أحرف عن طريق الجمع بين اللغة المطلوبة ورمز البلد من القالب، أي "CountryCode requestedLanguage_CountryCode"، وإذا تعذر الحصول على لغة محلية صالحة، ففي هذه الحالة سيتم استخدام اللغة المحلية الحساسة الافتراضية بناءً على رمز اللغة المطلوب.
يسرد الجدول التالي الإعدادات المحلية المدعومة، والتخطيط الذي يحول رمز اللغة المكون من حرفين إلى الإعدادات المحلية المكونة من خمسة أحرف للمواقف التي لا تتوفر فيها الإعدادات المحلية المكونة من خمسة أحرف.
|
الإعدادات المحلية للغة المدعومة (ISO-639-1)_(ISO-3166) |
إذا كان رمز اللغة المكون من حرفين فقط متاحًا... | |
|---|---|---|
|
رمز اللغة (ISO-639-1) ** |
استخدم الإعدادات المحلية الحساسة الافتراضية بدلاً من ذلك (ISO-639-1)_(iso-3166) | |
|
en_US en_الاتحاد الافريقي en_GB en_كاليفورنيا |
en |
en_US |
|
fr_الاب fr_كاليفورنيا |
الاب |
fr_الاب |
|
cs_تشيكوسلوفاكيا |
سي إس |
cs_تشيكوسلوفاكيا |
|
da_دي كيه |
من قبل |
da_دي كيه |
|
de_دي |
دي |
de_دي |
|
hu_هو |
هو |
hu_هو |
|
id_المعرف |
معرّف |
id_المعرف |
|
it_تكنولوجيا المعلومات |
هي |
it_تكنولوجيا المعلومات |
|
ja_جي بي |
نعم |
ja_جي بي |
|
ko_كيه آر |
كو |
ko_كيه آر |
|
es_داط es_كو es_MX |
هو |
es_داط |
|
nl_NL |
نل |
nl_NL |
|
nb_لا |
ملاحظة |
nb_لا |
|
pl_لغة بلورية |
لغة بلورية |
pl_لغة بلورية |
|
pt_حزب العمال pt_فرع |
حزب العمال |
pt_حزب العمال |
|
ru_رو |
رو |
ru_رو |
|
ro_رو |
رو |
ro_رو |
|
zh_سي إن zh_TW |
زاي |
zh_سي إن |
|
sv_حد ذاته |
sv |
sv_حد ذاته |
|
ar_سا |
بالعربية |
ar_سا |
|
tr_ار |
تكهنات |
tr_ار |
المواقع المحلية es_شركة، id_معرّف، nb_لا و pt_لا تدعم مواقع اجتماع Webex PT. بالنسبة لهذه الإعدادات المحلية، ستكون مواقع Webex Meetings باللغة الإنجليزية فقط. اللغة الإنجليزية هي الإعداد المحلي الافتراضي للمواقع إذا لم يكن هناك حاجة إلى إعداد محلي/غير صالح/غير مدعوم للموقع. يكون حقل اللغة هذا قابلاً للتطبيق أثناء إنشاء موقع مؤسسة وWebex Meetings. إذا لم يتم ذكر أي لغة في منشور أو في واجهة برمجة التطبيقات الخاصة بالمشترك، فسيتم استخدام اللغة من القالب كلغة افتراضية.
العلامات التجارية
يمكن لمسؤولي الشركاء استخدام تخصيصات العلامة التجارية المتقدمة لتخصيص كيفية ظهور تطبيق Webex لمؤسسات العملاء التي يديرها الشريك. يمكن لمسؤولي الشركاء تخصيص الإعدادات التالية للتأكد من أن تطبيق Webex يعكس العلامة التجارية للشركة وهويتها:
-
شعارات الشركة
-
أنظمة ألوان فريدة لوضع الضوء أو الوضع الداكن
-
عناوين URL المخصصة للدعم
للحصول على تفاصيل حول كيفية تخصيص العلامة التجارية، راجع تكوين تخصيصات العلامة التجارية المتقدمة.
-
عمليات تخصيص العلامة التجارية الأساسية في طور الإهمال. نوصي بنشر العلامة التجارية المتقدمة، والتي توفر مجموعة واسعة من التخصيصات.
-
للحصول على تفاصيل حول كيفية تطبيق العلامة التجارية عند إرفاقها بمؤسسة عميل موجودة مسبقًا، ارجع إلى شروط مرفق المؤسسة ضمن قسم إرفاق Webex من أجل BroadWorks بمؤسسة موجودة .
قوالب الإلحاق
تسمح لك قوالب الإلحاق بتحديد المعلمات التي يتم من خلالها توفير العملاء والمشتركين المرتبطين تلقائيًا على Webex من أجل Cisco BroadWorks. يمكنك تكوين العديد من قوالب الإلحاق كما هو مطلوب، ولكن عند ضم عميل، يتم ربطها بقالب واحد فقط (لا يمكنك تطبيق قوالب متعددة على عميل واحد).
يتم سرد بعض معلمات القالب الأساسي أدناه.
مجموعة
-
يجب تحديد حزمة افتراضية عند إنشاء قالب (راجع الحزم في قسم نظرة عامة للحصول على التفاصيل). يتلقى جميع المستخدمين الذين يتم توفيرهم باستخدام هذا القالب، سواء عن طريق إدارة الحسابات المباشرة أو ذاتية، الحزمة الافتراضية.
-
يمكنك التحكم في اختيار الحزمة لعملاء مختلفين عن طريق إنشاء قوالب متعددة وتحديد حزم افتراضية مختلفة في كل منها. يمكنك بعد ذلك توزيع روابط إدارة حسابات مختلفة، أو محولات إدارة حسابات مختلفة لكل مؤسسة، اعتمادا على طريقة إدارة حسابات المستخدم التي اخترتها لهذه القوالب.
-
يمكنك تغيير حزمة مشتركين معينين من هذا الإعداد الافتراضي، باستخدام واجهة برمجة التطبيقات الخاصة بالتزويد (ارجع إلى وثائق Webex for Cisco BroadWorks API أو من خلال Partner Hub (ارجع إلى تغيير حزمة المستخدم في Partner Hub).
-
لا يمكنك تغيير باقة المشترك من برودووركس. تعيين خدمة IM & P المتكاملة إما قيد التشغيل أو إيقاف التشغيل ؛ إذا تم تعيين هذه الخدمة للمشترك في BroadWorks، فإن قالب مركز الشركاء المقترن بعنوان URL لإدارة حسابات المؤسسة الخاصة بهذا المشترك يحدد الحزمة.
الموزع والشركات أو مزود الخدمة والمجموعات؟
-
تؤثر طريقة تكوين نظام BroadWorks على التدفق من خلال التوفير. إذا كنت موردا مع Enterprises، فأنت بحاجة إلى تمكين وضع المؤسسة عند إنشاء قالب.
-
إذا تم تكوين نظام BroadWorks في وضع موفر الخدمة، فيمكنك ترك وضع المؤسسة قيد إيقاف التشغيل في القوالب.
-
إذا كنت تخطط لتوفير مؤسسات العملاء باستخدام وضعي BroadWorks، فيجب عليك استخدام قوالب مختلفة للمجموعات والمؤسسات.
تأكد من تطبيق تصحيحات BroadWorks المطلوبة لتوفير التدفق من خلال. لمعرفة التفاصيل، يرجى الاطلاع على التصحيحات المطلوبة مع إدارة حسابات التدفق من خلال.
تأكد من تطبيق تصحيحات BroadWorks المطلوبة لتوفير التدفق من خلال. لمعرفة التفاصيل، يرجى الاطلاع على التصحيحات المطلوبة مع إدارة حسابات التدفق من خلال.
وضع المصادقة
حدد كيف تريد أن تتم مصادقة المشتركين عند تسجيل دخولهم إلى Webex. يمكنك تعيين الوضع باستخدام إعداد وضع المصادقة في قالب الإلحاق. يحدد الجدول التالي بعض الخيارات.
| وضع المصادقة | BroadWorks | Webex |
| هوية المستخدم الأساسية | معرف مستخدم برودوركس | عنوان البريد الإلكتروني |
| مزود الهوية |
برود ووركس.
| الهوية المشتركة من Cisco |
| مصادقة متعددة العوامل؟ | لا | يتطلب موفر هوية العميل الذي يدعم المصادقة متعددة العوامل. |
|
مسار التحقق من صحة بيانات الاعتماد
|
|
|
للحصول على تفاصيل أكثر تفصيلا لتدفق تسجيل الدخول الموحد (SSO) مع المصادقة المباشرة إلى BroadWorks، راجع تدفق تسجيل الدخول الموحد (SSO).
ترميز UTF-8 مع مصادقة BroadWorks
باستخدام مصادقة BroadWorks، نوصي بتكوين ترميز UTF-8 لرأس المصادقة. يعمل UTF-8 على حل مشكلة يمكن أن تحدث مع كلمات المرور التي تستخدم أحرف خاصة حيث لا يقوم مستعرض الويب بترميز الأحرف بشكل صحيح. باستخدام رأس UTF-8 مشفر، ورأس 64 ترميز أساسي يحل هذه المشكلة.
يمكنك تكوين ترميز UTF-8 عن طريق تشغيل أحد أوامر CLI التالية على XSP أو ADP:
-
XSP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> تعيين المصادقةEncoding UTF-8 -
ADP_CLI/Applications/WebContainer/Tomcat/GeneralSettings> تعيين المصادقةEncoding UTF-8
الدولة
يجب عليك تحديد بلد عند إنشاء قالب. سيتم تعيين هذا البلد تلقائيًا كدولة المؤسسة لجميع العملاء الذين يتم توفيرهم باستخدام القالب في Common Identity. إضافة إلى ذلك، سوف يحدد بلد المؤسسة أرقام الاتصال العالمية الافتراضية لشبكة Cisco PSTN في مواقع اجتماع Webex.
سيتم تعيين أرقام الاتصال العالمية الافتراضية للموقع على أول رقم اتصال متوفر محدد في مجال الاتصال الهاتفي بناء على بلد المؤسسة. إذا لم يتم العثور على بلد المؤسسة في رقم الاتصال الوارد المحدد في مجال الاتصال الهاتفي، فسيتم استخدام الرقم الافتراضي لذلك الموقع.
|
رقم S |
الموقع |
رمز الدولة |
اسم الدولة |
|---|---|---|---|
|
1 |
AMER |
+1 |
الولايات المتحدة، كاليفورنيا |
|
2 |
APAC |
+65 |
سنغافورة |
|
3 |
ANZ |
+61 |
استراليا |
|
4 |
EMEA |
+44 |
المملكة المتحدة |
|
5 |
يورو |
+49 |
ألمانيا |
ترتيبات الشركاء المتعددين
هل ستقوم بترخيص Webex ل Cisco BroadWorks من الباطن إلى مزود خدمة آخر؟ في هذه الحالة ، سيحتاج كل مزود خدمة إلى مؤسسة شريكة متميزة في Webex Control Hub للسماح لهم بتوفير الحل لقاعدة عملائهم.
محول التوفير والقوالب
عند استخدام إدارة حسابات flowthrough، يتم اشتقاق عنوان URL لإدارة الحسابات الذي تدخله في BroadWorks من القالب الموجود في Control Hub. يمكنك الحصول على قوالب متعددة، وبالتالي عناوين URL متعددة لإدارة الحسابات. يتيح لك ذلك تحديد ، على أساس كل مؤسسة على حدة ، الحزمة التي يجب تطبيقها على المشتركين عند منحهم خدمة IM & P المتكاملة.
تحتاج إلى التفكير فيما إذا كنت تريد تعيين عنوان URL لإدارة الحسابات على مستوى النظام كمسار افتراضي لإدارة الحسابات، والنموذج الذي تريد استخدامه لذلك. وبهذه الطريقة، ما عليك سوى تعيين عنوان URL لإدارة الحسابات بشكل صريح للمؤسسات التي تحتاج إلى قالب مختلف.
ضع في اعتبارك أيضا أنك قد تستخدم بالفعل عنوان URL لإدارة الحسابات على مستوى النظام ، على سبيل المثال مع UC-One SaaS. إذا كانت هذه هي الحال، فقد تختار الاحتفاظ بعنوان URL على مستوى النظام لتوفير المستخدمين على UC-One SaaS، والتجاوز لتلك المؤسسات التي تنتقل إلى Webex for Cisco BroadWorks. بدلا من ذلك ، قد ترغب في الذهاب في الاتجاه الآخر وتعيين عنوان URL على مستوى النظام ل Webex for BroadWorks ، وإعادة تكوين تلك المؤسسات التي تريد الاحتفاظ بها على UC-One SaaS.
يتم تفصيل خيارات التكوين المتعلقة بهذا القرار في تكوين خادم التطبيق باستخدام عنوان URLلخدمة التوفير.
وكيل محول التوفير
لضمان توفر مستوى أعلى من الأمان، يتيح لك وكيل محول التوفير استخدام وكيل HTTP (S) على منصة توصيل التطبيقات للتوفير بين AS وWebex. ينشئ اتصال الوكيل نفق TCP من طرف إلى طرف يقوم بترحيل حركة المرور بين AS و Webex ، مما يلغي الحاجة إلى اتصال AS بالإنترنت العام مباشرة. بالنسبة للاتصالات الآمنة، يمكن استخدام طبقة النقل الآمنة.
تتطلب هذه الميزة إعداد الوكيل على BroadWorks. للحصول على التفاصيل، راجع وصفميزة وكيل محول إدارة حسابات Cisco BroadWorks.
الحد الأدنى من المتطلبات
الحسابات
يجب أن يكون جميع المشتركين الذين تقوم بتوفيرهم ل Webex موجودين في نظام BroadWorks الذي تقوم بدمجه مع Webex. يمكنك دمج أنظمة BroadWorks متعددة إذا لزم الأمر.
يجب أن يكون لدى جميع المشتركين تراخيص BroadWorks ورقم أساسي أو ملحق.
يستخدم Webex عناوين البريد الإلكتروني كمعرفات أساسية لجميع المستخدمين. إذا كنت تستخدم إدارة حسابات flowthrough مع رسائل البريد الإلكتروني الموثوق بها، فيجب أن يكون لدى المستخدمين عناوين صالحة في سمة البريد الإلكتروني في BroadWorks.
إذا كان القالب يستخدم مصادقة BroadWorks، فيمكنك نسخ عناوين البريد الإلكتروني للمشترك إلى سمة المعرف البديل في BroadWorks. هذا يجعل من الممكن للمستخدمين تسجيل الدخول إلى Webex باستخدام عناوين بريدهم الإلكتروني وكلمات مرور BroadWorks الخاصة بهم.
يجب على المشرفين استخدام حسابات Webex لتسجيل الدخول إلى مركز الشركاء.
لا يتم دعم إعداد مسؤول BroadWorks إلى Webex ل Cisco BroadWorks. يمكنك فقط على متن BroadWorks الاتصال بالمستخدمين الذين لديهم رقم أساسي و / أو إضافة. إذا كنت تستخدم إدارة حسابات flowthrough، فيجب أيضا تعيين خدمة المراسلة الفورية والأداء المتكاملة للمستخدمين.
الخوادم في شبكتك ومتطلبات البرامج
-
مثيل (مثيلات) BroadWorks مع الحد الأدنى من الإصدار R22. راجع متطلبات برامج BroadWorks (في هذا المستند) للاطلاع على الإصدارات والتصحيحات المدعومة. للحصول على مزيد من المعلومات، ارجع إلى قسم سياسة دورة حياة منتجات BroadSoft في سياسة دورة حياة BroadSoft ومصفوفة توافق برامج BroadWorks.
-
يجب أن يتضمن مثيل (مثيلات) 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 على:
-
أجهزة الكمبيوتر الشخصية / أجهزة الكمبيوتر المحمولة التي تعمل بنظام Windows
-
أجهزة الكمبيوتر الشخصية / أجهزة الكمبيوتر المحمولة من Apple المزودة بنظام التشغيل MacOS
-
iOS (متجر أبل)
-
أندرويد (متجر بلاي)
-
متصفحات الويب (انتقل إلى 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 (الإيطالية)
الهواتف المادية وملحقاتها
-
هواتف IP من Cisco:
-
Cisco IP Phone 6800 Series المزود ببرنامج ثابت متعدد المنصات
-
Cisco IP Phone 7800 Series المزود ببرنامج ثابت متعدد المنصات
-
Cisco IP Phone 8800 Series المزود ببرامج ثابتة متعددة المنصات
انظر https://www.cisco.com/c/en/us/products/collaboration-endpoints/ip-phones/multiplatform-firmware.html للحصول على نماذج ومزيد من المعلومات.
-
-
نحن ندعم هواتف الجهات الخارجية بنفس الطريقة كما هو الحال مع عمليات تكامل BroadWorks الأخرى. ومع ذلك ، ليس لديهم حتى الآن جهات اتصال وتكامل التواجد مع Webex ل Cisco BroadWorks.
-
محولات:
-
محول الهاتف التناظري متعدد المنصات ATA 191 من Cisco
-
محول الهاتف التناظري متعدد المنصات ATA 192 من Cisco
انظر https://www.cisco.com/c/en/us/products/unified-communications/ata-190-series-analog-telephone-adapters/index.html للحصول على نماذج ومزيد من المعلومات.
-
-
سماعات:
-
سلسلة سماعات الرأس Cisco 500
انظر https://www.cisco.com/c/en/us/products/collaboration-endpoints/headset-500-series/index.html للحصول على نماذج ومزيد من المعلومات.
-
-
أجهزة نظام تشغيل الغرفة:
-
سلسلة مجموعة أدوات الغرف والغرف Webex
-
سلسلة Webex Desk
-
سلسلة لوحات Webex
-
تكامل الجهاز
للحصول على تفاصيل حول كيفية إعداد وخدمة أجهزة Room OS وMPP ل Webex ل Cisco BroadWorks، راجع دليل تكامل الأجهزة ل Webex ل Cisco BroadWorks.
ملفات تعريف الجهاز
فيما يلي ملفات DTAF التي تحتاج إلى تحميلها على خوادم التطبيقات الخاصة بك لدعم تطبيق Webex كعميل اتصال. وهي نفس ملفات DTAF المستخدمة في UC-One SaaS، ومع ذلك، يوجد ملف config-wxt.xml.template جديد يتم استخدامه لتطبيق Webex.
لتنزيل أحدث ملفات تعريف الأجهزة، انتقل إلى موقع تنزيلات برامج منصة تسليم التطبيقات للحصول على أحدث ملفات DTAF. تعمل هذه التنزيلات لكل من ADP و XSP.
|
اسم العميل |
نوع ملف تعريف الجهاز واسم الحزمة |
|---|---|
|
قالب ويب إكس موبايل |
نوع ملف تعريف الهوية/الجهاز: الاتصال - موبايل DTAF: ملف التكوين: |
|
قالب الكمبيوتر اللوحي Webex |
نوع ملف تعريف الهوية/الجهاز: كونيكت - تابلت DTAF: ملف التكوين: |
|
قالب سطح المكتب Webex |
نوع ملف تعريف الهوية/الجهاز: التواصل التجاري - الكمبيوتر الشخصي DTAF: ملف التكوين: |
تعريف/ملف تعريف الجهاز
يجب أن يكون لدى جميع مستخدمي Webex for Cisco BroadWorks ملف تعريف هوية/جهاز معين في BroadWorks يستخدم أحد ملفات تعريف الأجهزة المذكورة أعلاه لإجراء مكالمات باستخدام تطبيق Webex. يوفر ملف التعريف التكوين الذي يسمح للمستخدم بإجراء المكالمات.
الحصول على بيانات اعتماد OAuth لـ Webex من أجل Cisco BroadWorks
قُم بتقديم طلب خدمة مع وكيل الإلحاق أو مع Cisco TAC لتوفير Cisco OAuth لحساب اتحاد موفر هوية Cisco الخاص بك.
استخدم عنوان الطلب التالي للميزات المعنية:
-
تكوين خدمة مصادقة XSP|ADP" لتكوين الخدمة على XSP|ADP.
-
"تكوين NPS لإعداد وكيل المصادقة" لتكوين NPS لاستخدام وكيل المصادقة.
-
مزامنة UUID لمستخدم CI' لمزامنة UUID لمستخدم CI. لمزيد من التفاصيل حول هذه الميزة، ارجع إلى: دعم Cisco BroadWorks لمعرف CI UUID.
-
قم بتكوين BroadWorks لتمكين فوترة Cisco من أجل BroadWorks وWebex من أجل اشتراكات BroadWorks.
تمنحك Cisco معرف عميل OAuth وسر عميل ورمز تحديث صالح لمدة 60 يوما. إذا انتهت صلاحية الرمز قبل استخدامه، يمكنك تقديم طلب آخر.
إذا حصلت بالفعل على بيانات اعتماد موفر تعريف Cisco OAuth، فقم بإكمال طلب خدمة جديد لتحديث بيانات الاعتماد الخاصة بك.
شهادات الطلب
متطلبات الشهادة لمصادقة طبقة النقل الآمنة
ستحتاج إلى شهادات أمان، موقعة من جهة إصدار معروفة وتم نشرها على جهات XSP|ADP العامة لديك، لجميع التطبيقات المطلوبة. سيتم استخدام هذه لدعم التحقق من شهادة TLS لجميع الاتصالات الواردة بخوادم XSP|ADP.
يجب أن تتضمن هذه الشهادات اسم المجال العام المؤهل بالكامل لـ XSP|ADP باعتباره الاسم العام للموضوع أو الاسم البديل للموضوع.
تعتمد المتطلبات الدقيقة لنشر شهادات الخادم هذه على كيفية نشر الجمهور الذي يواجه XSP|ADPs:
-
عبر وكيل جسر TLS
-
عبر وكيل تمرير TLS
-
مباشرةً إلى XSP|ADP
يلخص الرسم التخطيطي التالي المكان الذي يجب فيه تحميل شهادة الخادم العام الموقعة من CA في هذه الحالات الثلاث:
يتم سرد المراجع المصدقة المدعومة بشكل عام التي يدعمها تطبيق Webex للمصادقة في المراجع المصدقة المدعومة لخدمات Webex المختلطة.
متطلبات شهادة TLS لوكيل جسر TLS
-
يتم تحميل شهادة الخادم الموقعة بشكل عام في الوكيل.
-
يقدم الوكيل شهادة الخادم الموقعة بشكل عام إلى Webex.
-
يثق Webex في المرجع المصدق العام الذي وقع شهادة خادم الوكيل.
-
يمكن تحميل شهادة CA داخلية موقعة على XSP|ADP.
-
يقدم XSP|ADP شهادة الخادم الموقعة داخليًا إلى الوكيل.
-
يثق الوكيل في CA الداخلي الذي وقّع على شهادة خادم XSP|ADP.
متطلبات شهادة TLS لوكيل TLS-passthrough أو XSP|ADP في DMZ
-
يتم تحميل شهادة الخادم الموقعة علنًا في XSP|ADP.
-
تقدم عناوين XSP|ADP شهادات خادم موقعة بشكل علني إلى Webex.
-
يثق Webex في CA العامة التي وقّعت على شهادات خادم XSP|ADP.
متطلبات شهادة إضافية لمصادقة TLS المتبادلة عبر واجهة CTI
عند الاتصال بواجهة CTI ، يقدم Webex شهادة عميل كجزء من مصادقة TLS المتبادلة. تتوفر شهادة عميل Webex CA/سلسلة للتنزيل عبر Control Hub.
لتنزيل الشهادة:
سجل الدخول إلى مركز الشركاء، وانتقل إلى وانقر على رابط شهادة التنزيل.
تعتمد المتطلبات الدقيقة لنشر سلسلة شهادات Webex CA هذه على كيفية نشر الجمهور الذي يواجه أجهزة XSP|ADP:
-
عبر وكيل جسر TLS
-
عبر وكيل تمرير TLS
-
مباشرةً إلى XSP|ADP
يلخص الرسم البياني التالي متطلبات الشهادة في هذه الحالات الثلاث:
(اختياري) متطلبات الشهادة لوكيل جسر TLS
-
يقدم Webex شهادة عميل موقعة بشكل عام إلى الوكيل.
-
يثق الوكيل في المرجع المصدق الداخلي ل Cisco الذي وقع شهادة العميل. يمكنك تنزيل هذا المرجع المصدق / السلسلة من Control Hub وإضافته إلى متجر ثقة الوكيل. يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة للجمهور في الوكيل.
-
يقدم الوكيل شهادة الخادم الموقعة بشكل عام إلى Webex.
-
يثق Webex في المرجع المصدق العام الذي وقع شهادة خادم الوكيل.
-
يقدم الوكيل شهادة عميل موقعة داخليًا إلى وحدات XSP|ADP.
يجب أن تحتوي هذه الشهادة على حقل ملحق x509.v3 استخدام المفتاح الموسع المملوء بالغرض من BroadWorks OID 1.3.6.1.4.1.6431.1.1.8.2.1.3 والغرض من TLS clientAuth . على سبيل المثال:
ملحقات 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 الخاص المطلوب. في حالة وجود وكيل جسر، قد تضطر إلى استخدام CA داخلي لتوقيع شهادة العميل التي يقدمها الوكيل إلى XSP|ADP.
-
-
يثق موفرو ADP XSP| في CA الداخلي.
-
تقدم عناوين XSP|ADP شهادة خادم موقعة داخليًا.
-
يثق الوكيل في المرجع المصدق الداخلي.
-
يحتوي ClientIdentity الخاص بخادم التطبيق على CN لشهادة العميل الموقعة داخليًا والمقدمة إلى XSP|ADP بواسطة الوكيل.
(الخيار) لوكيل TLS-passthrough أو XSP|ADP في DMZ
-
يقدم Webex شهادة عميل داخلي موقعة من Cisco CA لموفري XSP|ADP.
-
تثق موفري XSP|ADP في مرجع مصدق Cisco الداخلي الذي وقّع على شهادة العميل. يمكنك تنزيل هذا المرجع المصدق / السلسلة من Control Hub وإضافته إلى متجر ثقة الوكيل. يتم أيضًا تحميل شهادة خادم XSP|ADP الموقعة بشكل عام في عناوين XSP|ADP.
-
تقدم موفري XSP|ADP شهادات الخادم الموقعة بشكل علني إلى Webex.
-
يثق Webex في CA العامة التي وقّعت على شهادات خادم XSP|ADP.
-
يحتوي خادم التطبيق ClientIdentity على CN لشهادة العميل الموقعة من Cisco والمقدمة إلى XSP|ADP بواسطة Webex.
إعداد شبكتك
لمزيد من المعلومات حول الاتصالات التي يستخدمها Webex لـ Cisco BroadWorks، ارجع إلى: متطلبات الشبكة لتطبيق Webex for Cisco BroadWorks. تحتوي هذه المقالة على قائمة بعناوين IP والمنافذ والبروتوكولات المطلوبة لتكوين قواعد Ingress وEgress الخاصة بجدار الحماية.
متطلبات الشبكة لخدمات Webex
توثق جداول جدار الحماية السابقة لقواعد الدخول والخروج فقط الاتصالات الخاصة ب Webex ل Cisco BroadWorks. للحصول على معلومات عامة حول الاتصالات بين تطبيق Webex وسحابة Webex، راجع متطلبات الشبكة لخدمات Webex. هذه المقالة عامة ل Webex، ولكن الجدول التالي يحدد الأقسام المختلفة من المقالة ومدى صلة كل قسم ب Webex ل Cisco BroadWorks.
|
قسم من مقالة متطلبات الشبكة |
أهمية المعلومات |
|---|---|
|
اعلاميه | |
|
بروتوكولات النقل وشفرات التشفير لتطبيقات وأجهزة Webex المسجلة في السحابة |
اعلاميه |
|
يجب أن تقرأ | |
|
يجب أن تقرأ | |
|
النطاقات وعناوين URL التي تحتاج إلى الوصول إليها لخدمات Webex |
يجب أن تقرأ |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
اختياري | |
|
خدمات Webex لعملاء FedRAMP |
غير متوفر |
معلومات إضافية
للحصول على معلومات إضافية، راجع المستند التقني لجدار حماية تطبيق Webex (PDF).
دعم التكرار من BroadWorks
تدعم خدمات Webex Cloud وتطبيقات Webex Client التي تحتاج إلى الوصول إلى شبكة الشريك بشكل كامل تكرار Broadworks XSP|ADP الذي يوفره الشريك. عندما لا يكون XSP|ADP أو موقع XSP غير متاحًا للصيانة المقررة أو لسبب غير مخطط له، تكون خدمات وتطبيقات Webex قادرة على التقدم إلى XSP|ADP آخر أو موقع يقدمه الشريك من أجل إكمال طلب.
طوبولوجيا الشبكة
يمكن نشر أجهزة Broadworks XSP|ADP مباشرةً على الإنترنت، أو يمكن أن توجد في DMZ تواجه عنصر موازنة الحمل مثل F5 BIG-IP. لتوفير التكرار الجغرافي، يمكن نشر عناصر ADP لـ XSP|في اثنين (أو أكثر) من مراكز البيانات، ويمكن مواجهة كل منها بميزان للحمل، ولكل منها عنوان IP عام. إذا كانت أجهزة XSP|ADP خلف أداة موازنة للتحميل، فسترى خدمات Webex الصغيرة والتطبيق عنوان IP فقط الخاص بأداة موازنة التحميل ويبدو أن BROADWORKS يحتوي على XSP|ADP واحد فقط، حتى إذا كان هناك وحدات XSP|ADP متعددة خلفه.
في المثال أدناه، يتم نشر عناصر XSP|ADP في موقعين، الموقع A والموقع B. يوجد نوعان من عناصر XSP|ADP تواجه بميزان تحميل في كل موقع. يحتوي الموقع A على XSP|ADP1 وXSP|ADP2 مع LB1، ويواجه الموقع B XSP|ADP3 وXSP|ADP4 مع LB2. يتم عرض "موازن التحميل" فقط على الشبكة العامة، وتوجد أجهزة XSP|ADP في شبكات DMZ الخاصة.
خدمات ويب إكس السحابية
تكوين DNS
يجب أن تكون خدمات Webex الصغيرة على السحابة قادرة على العثور على خادم (خوادم) Broadworks XSP|ADP للاتصال بواجهات XSI وخدمة المصادقة وCTI.
ستقوم خدمات Webex الصغيرة على السحابة بإجراء بحث DNS A/AAAA لاسم مضيف XSP|ADP الذي تم تكوينه والاتصال بعنوان IP الذي تم إرجاعه. يمكن أن يكون هذا عنصر حافة موازنة الحمل، أو يمكن أن يكون خادم XSP|ADP نفسه. إذا تم إرجاع عناوين IP متعددة، تحديد عنوان IP الأول في القائمة. البحث عن SRV غير مدعوم حاليا.
مثال: سجل DNS الخاص بالشريك لاكتشاف خادم XSP|ADP/موازن التحميل الذي يواجه Round-Robin المتوازن عبر الإنترنت.
|
نوع السجل |
الاسم |
الهدف |
الغرض |
|---|---|---|---|
|
الإجابة |
|
|
يشير إلى LB1 (الموقع A) |
|
الإجابة |
|
|
يشير إلى LB2 (الموقع B) |
تتضمن أي إشارة إلى XSP إما XSP أو ADP.
تجاوز الفشل
عندما ترسل خدمات Webex الصغيرة طلبًا إلى XSP|ADP/Load Balancer وفشل الطلب، يمكن أن تحدث عدة أشياء:
-
إذا كان الفشل ناتجا عن خطأ في الشبكة (على سبيل المثال: TCP و SSL) ، تضع خدمات Webex المصغرة علامة على عنوان IP على أنه محظور وتقوم على الفور بإجراء تقدم مسار إلى عنوان IP التالي.
-
إذا تم إرجاع رمز خطأ (HTTP 5xx)، فإن خدمات Webex المصغرة تضع علامة على عنوان IP على أنه محظور وتقوم على الفور بإجراء تقدم مسار إلى عنوان IP التالي.
-
إذا لم يتم تلقي أي استجابة HTTP في غضون 2 ثانية ، فإن مهلة الطلب وخدمات Webex المصغرة تضع علامة على عنوان IP على أنه محظور وتقوم بإجراء تقدم مسار إلى عنوان IP التالي.
تتم تجربة كل طلب 3 مرات قبل الإبلاغ عن الفشل مرة أخرى إلى الخدمة المصغرة.
عندما يكون IP موجودًا في قائمة الحظر، فلن يتم تضمينه في قائمة العناوين المطلوب تجربتها عند إرسال طلب إلى XSP|ADP. بعد فترة زمنية محددة مسبقا ، تنتهي صلاحية عنوان IP المحظور ويعود إلى القائمة لمحاولة عند تقديم طلب آخر.
إذا تم حظر جميع عناوين IP ، فستظل الخدمة المصغرة تحاول إرسال الطلب عن طريق تحديد عنوان IP عشوائيا من القائمة المحظورة. في حالة نجاحه، تتم إزالة عنوان IP هذا من القائمة المحظورة.
الحالة
يمكن رؤية حالة اتصال خدمات Webex Cloud بوحدات XSP|ADP أو موازن التحميل في Control Hub. ضمن مجموعة استدعاء BroadWorks، يتم عرض حالة اتصال لكل واجهة من هذه الواجهات:
-
XSI Actions
-
XSI Events
-
خدمة المصادقة
يتم تحديث حالة الاتصال عند تحميل الصفحة أو أثناء تحديثات الإدخال. يمكن أن تكون حالات الاتصال:
-
أخضر: متى يمكن الوصول إلى الواجهة على أحد عناوين IP في البحث عن سجل A.
-
أحمر: عندما يتعذر الوصول إلى كافة عناوين IP في البحث عن سجل A ولا تتوفر الواجهة.
تستخدم الخدمات التالية الخدمات المصغرة للاتصال بوحدات XSP|ADP وتتأثر بتوفر واجهة XSP|ADP:
-
تسجيل الدخول إلى تطبيق Webex
-
تحديث الرمز المميز لتطبيق Webex
-
بريد إلكتروني غير موثوق به/تنشيط ذاتي
-
فحص صحة خدمة برودوركس
تطبيق Webex
تكوين DNS
يقوم تطبيق Webex بالوصول إلى واجهة الخدمات Xtended (إجراءات XSI وXSI-Events) وخدمات خدمة إدارة الأجهزة (DMS) على XSP|ADP.
للعثور على خدمة XSI، يقوم تطبيق Webex بإجراء بحث DNS SRV عن _xsi-العميل._tcp.. يشير SRV إلى عنوان URL الذي تم تكوينه لمضيفين XSP|ADP أو موازنة التحميل لخدمة XSI. إذا لم يكن بحث SRV متوفرا، فسيعود تطبيق Webex إلى البحث A/AAAA.
يمكن حل SRV إلى أهداف A/AAAA متعددة. ومع ذلك، يجب تعيين كل سجل A/AAAA لعنوان IP واحد فقط. إذا كان هناك العديد من XSP|ADP في 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 سجل webex-cloud-xsp.example.com، ويستخدم تطبيق Webex SRV _xsi-client._tcp.webex-app-xsp.example.com.
المثال 1— وحدات XSP|ADP متعددة، كل منها خلف موازن أحمال منفصلة
في هذا المثال، يشير SRV إلى سجلات MUTANT A مع كل سجل A يشير إلى ميزان تحميل مختلف في موقع مختلف. سيستخدم تطبيق Webex دائمًا أول عنوان IP في القائمة وسينتقل إلى السجل التالي فقط إذا كان الأول معطلاً.
فيما يلي مثال على سجلات SRV.
|
نوع السجل |
تسجيل |
الهدف |
الغرض |
|---|---|---|---|
|
SRV |
|
|
اكتشاف العميل لواجهة Xsi |
|
SRV |
|
|
اكتشاف العميل لواجهة Xsi |
|
الإجابة |
|
|
يشير إلى LB1 (الموقع A) |
|
الإجابة |
|
|
يشير إلى LB2 (الموقع B) |
المثال 2— موجزات XSP|ADP متعددة خلف ميزان تحميل واحد (مع جسر TLS)
بالنسبة للطلب الأولي، يحدد جهاز موازنة التحميل XSP|ADP عشوائيًا. يقوم XSP|ADP بإرجاع ملف تعريف ارتباط يتضمنه تطبيق Webex في الطلبات المستقبلية. بالنسبة للطلبات المستقبلية، يستخدم ميزان التحميل ملف تعريف الارتباط لتوجيه الاتصال إلى XSP|ADP الصحيح، مما يضمن عدم انقطاع قناة الحدث.
|
نوع السجل |
تسجيل |
الهدف |
الغرض |
|---|---|---|---|
|
SRV |
|
|
موازنة التحميل |
|
A |
LB.example.com |
|
عنوان IP الخاص بموازنة التحميل (وحدات XSP|ADP وراء موازنة التحميل) |
عنوان URL لنظام إدارة الوجهات السياحية (DMS)
أثناء عملية تسجيل الدخول ، سيقوم تطبيق Webex أيضا باسترداد عنوان URL لنظام DMS لتنزيل ملف التكوين الخاص به. سيتم تحليل المضيف الموجود في عنوان URL وسيقوم تطبيق Webex بإجراء بحث DNS A/AAAA عن المضيف للاتصال بـ XSP|ADP الذي يستضيف خدمة DMS.
مثال: سجل DNS A لاكتشاف خادم XSP|ADP/موازن التحميل المتوازن لمواجهة الإنترنت من قِبل تطبيق Webex لتنزيل ملفات التكوين من خلال DMS:
|
نوع السجل |
الاسم |
الهدف |
الغرض |
|---|---|---|---|
|
الإجابة |
|
|
يشير إلى LB1 (الموقع A) |
|
الإجابة |
|
|
يشير إلى LB2 (الموقع B) |
أي مرجع إلى XSP يتضمن إما XSP أو ADP.أي مرجع إلى XSP يتضمن إما XSP أو ADP.
كيفية العثور على تطبيق Webex على عناوين XSP|ADP
يحاول العميل تحديد موقع عُقد XSP|ADP باستخدام تدفق DNS التالي:
-
يقوم العميل في البداية باسترداد عناوين URL ل Xsi-Actions/Xsi-Events من Webex Cloud (قمت بإدخالها عند إنشاء مجموعة مكالمات BroadWorks المقترنة). يتم تحليل اسم مضيف/مجال Xsi من عنوان URL ويقوم العميل بإجراء بحث SRV كما يلي:
-
يقوم العميل بإجراء بحث SRV عن _xsiالعميل._tcp.
-
إذا كان بحث 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، باستخدام العلامات التالية:
%XSI_ROOT_WXT% %XSI_ACTIONS_PATH_WXT% %XSI_EVENTS_PATH_WXT%-
تتمتع معلمات التكوين هذه بالأسبقية على أي تكوين في مجموعة BroadWorks في مركز التحكم.
-
في حالة وجودها، سيقارن العميل بعنوان XSI الأصلي الذي تلقاه عبر تكوين BroadWorks Cluster.
-
إذا تم اكتشاف أي اختلاف، سيقوم العميل بإعادة تهيئة اتصال إجراءات XSI / أحداث XSI. الخطوة الأولى في ذلك هي إجراء نفس عملية بحث DNS المدرجة ضمن الخطوة 1 - طلب هذه المرة بحثًا عن القيمة الموجودة في %XSI_ROOT_WXT% المعلمة من ملف التكوين الخاص بها.
تأكد من إنشاء سجلات SRV المقابلة إذا كنت تستخدم هذه العلامة لتغيير واجهات Xsi.
-
تجاوز الفشل
أثناء تسجيل الدخول، يقوم تطبيق Webex بإجراء بحث DNS SRV عن _xsi-client._tcp.، ويقوم بإنشاء قائمة بالمضيفين، ويتصل بأحد المضيفين بناءً على أولوية SRV، ثم الوزن. يصبح هذا المضيف المتصل هو المضيف المحدد لجميع الطلبات المستقبلية. ثم يتم فتح قناة الحدث للمضيف المحدد ويتم إرسال نبضات القلب بانتظام للتحقق من القناة. تتضمن جميع الطلبات المرسلة بعد الطلب الأول ملف تعريف ارتباط يتم إرجاعه في استجابة HTTP، ولذلك، من المهم أن يحافظ ميزان التحميل على استمرار الجلسة (التقارب) ويرسل الطلبات دائمًا إلى نفس خادم XSP|ADP الخلفي.
إذا فشل طلب أو طلب نبضات قلب إلى مضيف ، فقد تحدث عدة أشياء:
-
إذا كان الفشل ناتجا عن خطأ في الشبكة (على سبيل المثال: TCP ، SSL) ، يتقدم مسار تطبيق Webex على الفور إلى المضيف التالي في القائمة.
-
إذا تم إرجاع رمز خطأ (HTTP 5xx)، فسيقوم تطبيق Webex بوضع علامة على عنوان IP هذا على أنه محظور وتوجيه التقدم إلى المضيف التالي في القائمة.
-
إذا لم يتم استلام استجابة خلال فترة زمنية ، اعتبار الطلب فاشلا بسبب المهلة ويتم إرسال الطلبات التالية إلى المضيف التالي. ومع ذلك، يعتبر طلب انتهاء المهلة فاشلا. تتم إعادة محاولة بعض الطلبات بعد الفشل (مع زيادة وقت إعادة المحاولة). الطلبات التي تطلب عدم إعادة النظر في غير الحيوية المفترضة.
عند تجربة مضيف جديد بنجاح، يصبح المضيف المحدد الجديد إذا كان المضيف موجودا في القائمة. بعد تجربة المضيف الأخير في القائمة ، سيتم ترحيل تطبيق Webex إلى المضيف الأول.
في حالة ضربات القلب، إذا كان هناك فشلان متتاليان في الطلب، فسيقوم تطبيق Webex بإعادة تهيئة قناة الحدث.
لاحظ أن تطبيق Webex لا يقوم باسترداد الفشل، ويتم تنفيذ اكتشاف خدمة DNS مرة واحدة فقط عند تسجيل الدخول.
أثناء تسجيل الدخول، يحاول تطبيق Webex تنزيل ملف التكوين من خلال واجهة ADP/Dms لـ XSP|. يقوم بإجراء بحث عن سجل A / AAAA للمضيف في عنوان URL DMS الذي تم استرداده ويتصل بعنوان IP الأول. سيحاول أولا إرسال طلب تنزيل ملف التهيئة باستخدام رمز الدخول الموحد (SSO). إذا فشل هذا لأي سبب من الأسباب ، فسيحاول مرة أخرى ولكن باستخدام اسم المستخدم وكلمة المرور للجهاز.
نشر Webex ل BroadWorks
نظرة عامة على النشر
تمثل الرسوم التخطيطية التالية الترتيب النموذجي لمهام النشر الخاصة بك لأوضاع توفير المستخدمين المختلفة. العديد من المهام شائعة لجميع أوضاع التوفير.
ضم شريك لـ Webex من أجل Cisco BroadWorks
يحتاج كل موفر خدمة أو موزع Webex لـ Cisco BroadWorks إلى الإعداد كمؤسسة شريك لـ Webex لـ Cisco BroadWorks. إذا كان لديك مؤسسة حالية شريكة في Webex، يمكن استخدامها.
لإكمال الإعداد الضروري، يجب عليك تنفيذ الأعمال الورقية في Webex Cisco BroadWorks ويجب أن يقبل الشركاء الجدد اتفاقية شركاء القناة غير المباشرة عبر الإنترنت (ICPA). عند اكتمال هذه الخطوات، سيقوم توافق Cisco بإنشاء مؤسسة شركاء جديدة في Partner Hub (إذا لزم الأمر) وإرسال بريد إلكتروني يتضمن تفاصيل المصادقة إلى مسؤول السجل في ورقتك. وفي الوقت نفسه، سيتصل بك "تنشيط الشريك" و/أو "مدير برنامج نجاح العميل" لبدء عملية الضم.
يستطيع Webex Partners في منطقة واحدة إنشاء مؤسسات عملاء في أي منطقة نقدمها للخدمات. للحصول على المساعدة، ارجع إلى: موطن البيانات في تطبيق Webex
تكوين الخدمات على Webex الخاص بك لـ Cisco BroadWorks XSP|ADP
نطلب تشغيل تطبيق NPS على XSP|ADP مختلف. يتم وصف متطلبات XSP|ADP في تكوين إعلامات المكالمات من شبكتك.
تحتاج إلى التطبيقات / الخدمات التالية على XSP|ADPs.
|
الخدمة/التطبيق |
يلزم إجراء المصادقة |
الغرض من الخدمة/التطبيق |
|---|---|---|
|
أحداث XSI |
TLS (يقوم الخادم بمصادقة نفسه للعملاء) |
التحكم في المكالمات، إشعارات الخدمة |
|
إجراءات XSI |
TLS (يقوم الخادم بمصادقة نفسه للعملاء) |
التحكم في المكالمة، الإجراءات |
|
إدارة الأجهزة |
TLS (يقوم الخادم بمصادقة نفسه للعملاء) |
تنزيل تكوين الاتصال |
|
يلزم إجراء المصادقة |
TLS (يقوم الخادم بمصادقة نفسه للعملاء) |
عدم وجود مصادقة |
|
دمج الخدمات الهاتفية من خلال الكمبيوتر (CTI) |
mTLS (يقوم العميل والخادم بمصادقة بعضهما) |
التواجد الهاتفي |
|
تطبيق عرض الويب لإعدادات الاتصال |
TLS (يقوم الخادم بمصادقة نفسه للعملاء) |
يعرض إعدادات مكالمات المستخدم في مدخل selfcare داخل تطبيق Webex |
يصف هذا القسم كيفية تطبيق التكوينات المطلوبة لـ TLS وmTLS على هذه الواجهات، ولكن يجب عليك الرجوع إلى الوثائق الحالية لتثبيت التطبيقات على XSP|ADPs لديك.
متطلبات الإقامة المشتركة
-
يجب أن تكون خدمة المصادقة مقيمة بشكل مشترك مع تطبيقات Xsi، لأن تلك الواجهات يجب أن تقبل الرموز المميزة طويلة الأجل لتفويض الخدمة. خدمة المصادقة مطلوبة للتحقق من صحة تلك الرموز المميزة.
-
يمكن تشغيل خدمة المصادقة وXsi على نفس المنفذ إذا لزم الأمر.
-
يمكنك فصل الخدمات/التطبيقات الأخرى حسب الحاجة لنطاق عملك (على سبيل المثال، XSP|ADP farm).
-
يمكنك المشاركة في تحديد موقع تطبيقات 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/Applications/Xsi-Events/GeneralSettings> الحصول على
callControlApplicationName = com.broadsoft.xsi-events
عند ضم مستخدم إلى Webex، يقوم Webex بإنشاء اشتراك للمستخدم في AS من أجل تلقي أحداث الاتصالات الهاتفية الخاصة بالتواجد وسجل المكالمات. يرتبط الاشتراك بـ callControlApplicationName ويستخدمه AS لمعرفة أي Xsi-Events سترسل إليه أحداث الاتصال الهاتفي.
سيؤثر تغيير 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> تنشيط التطبيق AuthenticationService 22.0_1.1123/authServiceقم بتشغيل هذا الأمر لنشر AuthenticationService على XSP|ADP:
XSP|ADP_CLI/Maintenance/ManagedObjects> نشر التطبيق /authServiceBroadWorks SW Manager نشر /authService...
-
بدءًا من إصدار Broadworks 2022.10، لن يتم تضمين جهات منح الشهادات التي تأتي باستخدام Java تلقائيًا في مخزن الثقة في BroadWorks عند التبديل إلى إصدار جديد من Java. تفتح Authentication Service اتصال TLS بـ Webex لإحضار رمز الوصول، ويجب أن يكون لديك ما يلي في متجر الثقة الخاص بها للتحقق من صحة عنوان IDBroker وWebex URL:
-
الجذر التجاري IdenTrust CA 1
-
مرجع شهادة الجذر لـ Go Daddy - G2
تحقق من وجود هذه الشهادات بموجب CLI التالي
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> الحصول علىإذا لم يكن موجودًا، فقم بتشغيل الأمر التالي لاستيراد ثقة Java الافتراضية:
ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> استيرادJavaCATrustوبدلاً من ذلك، يمكنك إضافة هذه الشهادات يدويًا كمثبتات ثقة باستخدام الأمر التالي:
ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks>تحديثTrust <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 -
تم تمكين الضبط true -
تعيين clientSecret client-Secret-From-Step1 -
تعيين ciResponseBodyMaxSizeInBytes 65536 -
تعيين issuerName <URL>— بالنسبة لعنوانURL، أدخل عنوان URL الخاص بـ IssuerName الذي ينطبق على مجموعة CI الخاصة بك. راجع الجدول التالي. -
تعيين issuerUrl <URL>— بالنسبة إلىURL، أدخل IssuerUrl الذي ينطبق على مجموعة CI الخاصة بك. راجع الجدول التالي. -
تعيين tokenInfoUrl <IdPProxy URL>— أدخل عنوان URL لوكيل IdP الذي ينطبق على مجموعة الفرق الخاصة بك. راجع الجدول الثاني التالي.
الجدول رقم 1. تعيين issuerName وissuerURL إذا كانت مجموعة CI... تعيين issuerName وissuerURL على... الولايات المتحدة
الاتحاد الأوروبي
الولايات المتحدة الأمريكية
إذا كنت لا تعرف مجموعة CI الخاصة بك، فيمكنك الحصول على المعلومات من تفاصيل العميل في عرض مكتب المساعدة في Control Hub.
الجدول رقم 2. تعيين الرمز المميزInfoURL إذا كانت مجموعة 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
آور
https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
-
إذا كنت لا تعرف مجموعة Teams الخاصة بك، فيمكنك الحصول على المعلومات من تفاصيل العميل في عرض مكتب المساعدة في Control Hub.
-
من أجل الاختبار، يمكنك التحقق من صحة tokenInfoURL عن طريق استبدال الجزء "idp/مصادقة" من عنوان 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/Applications/AuthenticationService/TokenManagement> -
تعيين BroadWorks tokenIssuer -
تعيين tokenDurationInHours 720
-
-
إنشاء مفاتيح RSA ومشاركتها. يجب عليك إنشاء المفاتيح على XSP|ADP واحد ثم نسخها إلى جميع XSP|ADPs الأخرى. ويرجع ذلك إلى العوامل التالية:
-
يجب عليك استخدام نفس أزواج المفاتيح العامة/الخاصة لتشفير/فك تشفير الرمز المميز عبر جميع مثيلات خدمة المصادقة.
-
يتم إنشاء زوج المفاتيح بواسطة خدمة المصادقة عندما يُطلب منه أولاً إصدار رمز.
إذا قمت بدورة المفاتيح أو تغيير طول المفتاح، تحتاج إلى تكرار التكوين التالي وإعادة تشغيل جميع XSP|ADPs.
-
حدد XSP|ADP واحد لاستخدامه لإنشاء زوج مفاتيح.
-
استخدم عميل لطلب رمز مشفر من XSP|ADP، عن طريق طلب عنوان URL التالي من مستعرض العميل:
https://<XSP|ADP-IPAddress>/authService/token?key=BASE64 URL(clientPublicKey)(يؤدي ذلك إلى إنشاء زوج مفاتيح خاص/عام على XSP|ADP، إذا لم يكن هناك واحد بالفعل)
-
موقع مخزن المفاتيح غير قابل للتكوين. تصدير المفاتيح:
XSP|ADP_CLI/التطبيقات/المصادقةService/KeyManagement>تصديرKeys -
انسخ الملف الذي تم تصديره
/var/broadworks/tmp/authService.keysإلى نفس الموقع على XSP|ADPs الأخرى، واستبدل ملف.keysقديم إذا لزم الأمر. -
استيراد المفاتيح الموجودة على كل من XSP|ADPs الأخرى:
XSP|ADP_CLI/Applications/AuthenticationService/KeyManagement> استيرادKeys /var/broadworks/tmp/authService.keys
-
-
قم بتوفير عنوان URL الخاص بـ authService إلى حاوية الويب. تحتاج حاوية الويب الخاصة بـ XSP|ADP إلى عنوان authService URL حتى تتمكن من التحقق من صحة الرموز المميزة. على كل من XSP|ADPs:
-
أضف عنوان URL لخدمة المصادقة كخدمة مصادقة خارجية لأداة BroadWorks Communications:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService>قم بتعيين عنوان url http://127.0.0.1:80/authService -
أضف عنوان URL لخدمة المصادقة إلى الحاوية:
XSP|ADP_CLI/Maintenance/ContainerOptions> إضافة tomcat bw.authservice.authServiceUrl http://127.0.0.1:80/authServiceيتيح ذلك لـ Webex استخدام خدمة المصادقة للتحقق من صحة الرموز المميزة المعروضة كبيانات اعتماد.
-
تحقق من المعلمة باستخدام get.
-
أعد تشغيل XSP|ADP.
-
إزالة متطلبات مصادقة العميل لخدمة المصادقة (R24 فقط)
إذا كان لديك خدمة المصادقة تم تكوينها باستخدام التحقق من صحة رمز CI على R24، فأنت بحاجة أيضًا إلى إزالة متطلبات مصادقة العميل لخدمة المصادقة. نفّذ أمر CLI التالي:
ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> تعيين <interfaceIp> <port> AuthenticationService 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> -
أدخل الأمر get واقرأ النتائج. يجب أن ترى الواجهات (عناوين IP)، ولكل منها، ما إذا كانت آمنة وما إذا كانت تتطلب مصادقة العميل.
يرسل Apache tomcat شهادة لكل واجهة آمنة؛ يقوم النظام بإنشاء شهادة موقعة ذاتيًا إذا احتاج إلى واحدة.
XSP|ADP_CLI/Interface/Http/HttpServer> احصلإضافة بروتوكول TLS 1.2 إلى واجهة خادم HTTP
يجب تكوين واجهة HTTP التي تتفاعل مع Webex على السحابة لـ TLSv1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.
لتكوين بروتوكول TLSv1.2 على واجهة خادم HTTP:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols> -
أدخل الأمر
get <interfaceIp> 443لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة. -
أدخل الأمر
إضافة <interfaceIp> 443 TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين شفرات TLS على واجهة خادم HTTP
لتكوين التشفيرات المطلوبة:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers> -
أدخل الأمر
get <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 والتهيئة ذات الصلة
يتم سرد ترتيب التكوين "من inmost إلى outmost" أدناه. اتباع هذا الطلب ليس إلزاميًا.
-
تكوين خادم التطبيق لاشتراكات CTI
-
تكوين XSP|ADPs لاشتراكات CTI المُصادق عليها من mTLS
-
فتح المنافذ الواردة لواجهة CTI الآمنة
-
اشتراك مؤسسة Webex الخاصة بك في أحداث BroadWorks CTI Events
تكوين خادم التطبيق لاشتراكات CTI
قم بتحديث ClientIdentity على خادم التطبيق باستخدام الاسم العام (CN) لشهادة عميل Webex لـ Cisco BroadWorks CTI.
بالنسبة لكل خادم تطبيق تستخدمه مع Webex، أضف هوية الشهادة إلى ClientIdentity على النحو التالي:
AS_CLI/System/ClientIdentity> إضافة bwcticlient.webex.com
الاسم الشائع لشهادة عميل Webex لـ Cisco BroadWorks هو bwcticlient.webex.com.
تكوين TLS والتشفيرات على واجهة CTI
تكون مستويات القدرة على تكوين واجهة XSP|ADP CTI كما يلي:
الأكثر عمومية = النظام > النقل > واجهات CTI > واجهة CTI = الأكثر تحديدًا
سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:
|
الخصوصية |
سياق CLI |
|---|---|
|
النظام (عام) (R22 والإصدارات الأحدث) |
XSP|ADP_CLI/System/SSLCommonSettings/JSSE/التشفير> XSP|ADP_CLI/System/SSLCommonSettings/JSSE/Protocols> |
|
بروتوكولات النقل لهذا النظام (R22 والإصدارات الأحدث) |
XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/التشفير> XSP|ADP_CLI/System/SSLCommonSettings/OpenSSL/Protocols> |
|
كل واجهات CTI على هذا النظام (R22 والإصدارات الأحدث) |
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/التشفير> 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)، يتم تطبيق قائمة التشفير هذه. لاحظ أن هذه القائمة قد تتغير بمرور الوقت:
-
TLSECDHERSAWITHAES128GCMSHA256
-
TLSECDHEECDSAWITHAES128GCMSHA256
-
TLSECDHERSAWITHAES128CBCSHA256
-
TLSECDHEECDSAWITHAES128CBCSHA256
-
TLSDHEDSSWITHAES128GCMSHA256
-
TLSDHERSAWITHAES128GCMSHA256
-
TLSDHERSAWITHAES128CBCSHA256
-
TLSDHEDSSWITHAES128CBCSHA256
-
TLSECDHRSAWITHAES128GCMSHA256
-
TLSECDHECDSAWITHAES128GCMSHA256
-
TLSECDHRSAWITHAES128CBCSHA256
-
TLSECDHECDSAWITHAES128CBCSHA256
قراءة تكوين واجهة CTI TLS على XSP|ADP
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/CTI/CTIServer> أدخل الأمر get واقرأ النتائج. يجب أن ترى الواجهات (عناوين IP)، ولكل منها، ما إذا كانت تتطلب شهادة خادم وما إذا كانت تتطلب مصادقة العميل.
XSP|ADP_CLI/Interface/CTI/CTIServer> الحصول على واجهة منفذ IP الآمن شهادة عميل مصادقة ================================================================= 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> -
أدخل الأمر
get <interfaceIp>لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة. -
أدخل الأمر
إضافة <interfaceIp> TLSv1.2للتأكد من أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.
تحرير تكوين شفرات TLS على واجهة CTI
لتكوين الشفرات المطلوبة على واجهة CTI:
-
سجّل الدخول إلى XSP|ADP وانتقل إلى
XSP|ADP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> -
أدخل الأمر 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-bridge).
بالنسبة لكل XSP|ADP في البنية الأساسية لديك التي تنشر أحداث CTI على Webex، قم بما يلي:
-
سجّل الدخول إلى Partner Hub على .
-
انتقل إلى الإعدادات > اتصال BroadWorks وانقر على تنزيل شهادة Webex CA للحصول على
CombinedCertChain2023.txtعلى جهاز الكمبيوتر المحلي لديك.تحتوي هذه الملفات على مجموعتين من شهادتين. تحتاج إلى تقسيم الملفات قبل تحميلها إلى XSP|ADP. كل الملفات مطلوبة.
-
تقسيم سلسلة الشهادات إلى شهادتين - combinedcertchain2023.txt
-
افتح combinedcertchain2023.txt في محرر نصوص.
-
حدد وقم بقص المجموعة الأولى من النص، بما في ذلك السطور -----START CERTIFICATE------- و----------- ، وقم بلصق الكتلة النصية في ملف جديد.
-
احفظ الملف الجديد باسم root2023.txt.
-
احفظ الملف الأصلي كـ issuing2023.txt. يجب أن يحتوي الملف الأصلي الآن على كتلة نص واحدة فقط، محاطة بالسطر -----START CERTIFICATE------ و------END CERTIFICATE-----.
-
-
انسخ كلا الملفين النصين إلى موقع مؤقت على XSP|ADP الذي تقوم بتأمينه، على سبيل المثال،
/var/broadworks/tmp/root2023.txtو/var/broadworks/tmp/issuing2023.txt -
تسجيل الدخول إلى XSP|ADP وانتقل إلى
/XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> -
(اختياري) قم بتشغيل help updateTrust للاطلاع على المعلمات وتنسيق الأوامر.
-
تحميل ملفات الشهادة إلى نقاط إرساء الثقة الجديدة - 2023
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> التحديثTrust webexclientroot2023 /var/broadworks/tmp/root2023.txtXSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> التحديثTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txtيجب أن يكون لكل الأسماء المستعارة اسم مختلف.
webexclientroot2023، وwebexclientissuing2023تُعد أمثلة على الأسماء المستعارة لمؤسسات الثقة؛ ويمكنك استخدام اسمك الخاص ما دامت جميع الإدخالات فريدة. -
تأكد من تحديث المثبتات:
XSP|ADP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> الحصول علىالاسم المستعار المالك جهة إصدار ============================================================================= webexclientissuing2023 Internal Private TLS SubCA Internal Private Root webexclientroot2023 Internal Private Root Internal Private Root[autosigned] -
السماح للعملاء بالمصادقة باستخدام الشهادات:
XSP|ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> تعيين allowClientApp true
إضافة واجهة CTI وتمكين mTLS
-
قم بإضافة واجهة CTI SSL.
يعتمد سياق CLI على إصدار BroadWorks الخاص بك. ينشئ الأمر شهادة خادم موقعة ذاتيًا على الواجهة، ويجبر الواجهة على طلب شهادة عميل.
-
على BroadWorks R22 وR23:
XSP|ADP_CLI/Interface/CTI/CTIServer> إضافة <واجهة IP> 8012 true true true
-
-
استبدل شهادة الخادم والمفتاح على واجهات CTI لـ XSP|ADP. تحتاج إلى عنوان IP لواجهة CTI لهذا؛ يمكنك قراءته من السياق التالي:
-
على BroadWorks R22 وR23:
XSP|ADP_CLI/Interface/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.
تمكين الوصول إلى أحداث CTI لـ BroadWorks على Webex
تحتاج إلى إضافة واجهة CTI والتحقق منها عند تكوين المجموعات الخاصة بك في Partner Hub. ارجع إلى تكوين مؤسسة شريكك في Partner Hub للحصول على إرشادات تفصيلية.
تحتاج إلى إضافة واجهة CTI والتحقق منها عند تكوين المجموعات الخاصة بك في Partner Hub. ارجع إلى تكوين مؤسسة شريكك في Partner Hub للحصول على إرشادات تفصيلية.
-
حدد عنوان CTI الذي يمكن من خلاله لـ Webex الاشتراك في BroadWorks CTI Events.
-
تكون اشتراكات CTI على أساس كل مشترك ويتم إنشاؤها والاحتفاظ بها فقط أثناء توفير هذا المشترك من أجل Webex for Cisco BroadWorks.
عرض ويب إعدادات المكالمة
عرض ويب إعدادات المكالمات (CSWV) هو تطبيق مستضاف على XSP|ADP لتمكين المستخدمين من تعديل إعدادات مكالمات BroadWorks الخاصة بهم من خلال عرض ويب يرونه في العميل البرمجي. ارجع إلى دليل حل عرض الويب لإعدادات مكالمات Cisco BroadWorks.
يستخدم Webex هذه الميزة لتزويد المستخدمين بالوصول إلى إعدادات مكالمات BroadWorks العامة غير الأصلية لتطبيق Webex.
إذا كنت تريد أن يتمكن مشتركو Webex من Cisco BroadWorks لديك من الوصول إلى إعدادات المكالمات بما يتجاوز الإعدادات الافتراضية المتوفرة في تطبيق Webex، فأنت بحاجة إلى نشر ميزة عرض ويب إعدادات المكالمات.
يشتمل "عرض ويب" على مكونين:
-
تطبيق عرض الويب الخاص بإعدادات الاتصال، المستضاف على Cisco BroadWorks XSP|ADP.
-
تطبيق Webex، الذي يجعل إعدادات المكالمات في عرض الويب.
تجربة المستخدم
-
مستخدمو Windows: انقر على إعدادات المكالمات ثم انقر على .
-
مستخدمو Mac: انقر على صورة ملف التعريف، ثم .
نشر ملف CSWV على BroadWorks
تثبيت عرض ويب إعدادات المكالمات على أجهزة XSP|ADP
يجب أن يكون تطبيق CSWV على نفس XSP|ADP (S) التي تستضيف واجهة 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> نشر التطبيق /callsettings
-
-
يمكنك الآن التنبؤ بعنوان URL الخاص بإعدادات المكالمة الذي ستقوم بتحديده للعملاء، على النحو التالي:
https://<XSP|ADP-FQDN>/callsettings/ملاحظات:
-
يجب عليك توفير الخط المائل الاحتياطي على عنوان URL هذا عند إدخاله في ملف تكوين العميل.
-
يجب أن يتطابق XSP|ADP-FQDN مع FQDN لـ XSI-Actions، لأن CSWV يحتاج إلى استخدام Xsi-Actions، وCORS غير مدعوم.
-
-
كرر هذا الإجراء لأجهزة XSP|ADP الأخرى في بيئة Webex for Cisco BroadWorks (إذا لزم الأمر).
أصبح تطبيق عرض الويب لإعدادات الاتصال نشطًا الآن على XSP|ADPs.
تكوين تطبيق Webex لاستخدام "إعدادات الاتصال" عرض الويب
لمزيد من التفاصيل حول تكوين العميل، ارجع إلى دليل تكوين 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، وهي Push Server لهاتف VoIP في UCaaS.
تنفذ الميزة تصميمًا جديدًا في "خادم الدفع للإشعارات" لحل الثغرات الأمنية في مشاركة المفاتيح الخاصة لشهادات إعلام الدفع مع موفري الخدمة لعملاء الأجهزة المحمولة. بدلاً من مشاركة شهادات ومفاتيح إشعار الدفع مع موفر الخدمة، يستخدم NPS واجهة API جديدة للحصول على رمز إشعار الدفع لفترة قصيرة من Webex من أجل Cisco BroadWorks الخلفي، ويستخدم هذا الرمز للمصادقة مع خدمات Apple APN وGoogle FCM.
تعمل الميزة أيضًا على تحسين قدرة "خادم دفع الإعلامات" على دفع الإعلامات إلى أجهزة Android من خلال واجهة API HTTPv1 الجديدة من Google Firebase Cloud Messaging (FCM).
-
للحصول على مزيد من المعلومات، ارجع إلى خادم الضغط لهاتف 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 لأجهزة APN. يتطلب هذا التحديث أن يقوم 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.
يقتصر هذا الأمر على الإصدار 22 والإصدارات السابقة؛ ولا يتوفر في الإصدار 23 والإصدارات الأحدث، والتي تدعم HTTP/2 فقط. |
| 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:
للتحقق من أن القيم التي أدخلتها تتطابق مع ما تم منحه لك، قم بتشغيل يجب أن تكون جهة إصدارUrl الخاصة بـ CiscoCI دائمًا مجموعة نظام CI تابعة للولايات المتحدة بغض النظر عن موقعك، ويجب أن يكون الإعداد الافتراضي: | |||||||||||||||||||
| 3 |
أدخل عنوان URL لوكيل NPS، وقم بتعيين الفاصل الزمني لتحديث الرمز (موصى به 30 دقيقة):
| |||||||||||||||||||
| 4 |
(لإشعارات نظام التشغيل Android) أضف معرف تطبيق Android إلى سياق تطبيقات FCM على NPS.
| |||||||||||||||||||
| 5 |
(بالنسبة لإشعارات Apple iOS) أضف معرف التطبيق إلى سياق تطبيقات APNS، وتأكد من حذف مفتاح المصادقة – قم بتعيينه على فارغ.
| |||||||||||||||||||
| 6 |
تكوين DPG التالية:
| |||||||||||||||||||
| 7 |
قم بتكوين معلمات اتصال NPS التالية للقيم الموصى بها المعروضة:
| |||||||||||||||||||
| 8 |
تأكد مما إذا كان خادم التطبيق يقوم بتنقية معرفات التطبيقات أم لا، لأنك قد تحتاج إلى إضافة تطبيقات Webex إلى قائمة السماح: | |||||||||||||||||||
| 9 |
إعادة تشغيل XSP|ADP: | |||||||||||||||||||
| 10 |
اختبار إشعارات المكالمات عن طريق إجراء مكالمات من مشترك BroadWorks إلى اثنين من مستخدمي Webex للأجهزة المحمولة. تحقق من ظهور إشعار المكالمة على أجهزة iOS وAndroid. |
ترحيل NPS إلى FCMv1
يحتوي هذا الموضوع على إجراءات اختيارية يمكنك استخدامها في وحدة التحكم في Google FCM عندما يكون لديك نشر NPS حالي تحتاج إلى الترحيل إلى FCMv1. هناك ثلاثة إجراءات:
ترحيل عملاء UC واحد إلى FCMv1
استخدم الخطوات التالية في وحدة التحكم في FCM من Google لترحيل عملاء UC-One إلى Google FCM HTTPv1.
إذا تم تطبيق العلامة التجارية على العميل، فيجب أن يكون لدى العميل معرف المرسل. في وحدة تحكم FCM، ارجع إلى . يظهر الإعداد في جدول بيانات اعتماد المشروع.
لمعرفة التفاصيل، ارجع إلى دليل توصيل العلامة التجارية للأجهزة المحمولة على https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/UC-One/UC-One-Collaborate/Connect/Mobile/IandO/ConnectBrandingGuideMobile-R3_8_3.pdf؟. ارجع إلى المعلمة gcm_defaultSenderId، الموجودة في مجموعة إدراج العلامة التجارية، مجلد الموارد، ملف branding.xml الذي يتضمن البنية التالية:
<string name="gcm_defaultSenderId">xxxxxxxxxxx</string>
-
سجّل الدخول إلى 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> ...تم XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Projects> احصل على معرّف المشروع ======================== Accountkey my_project ******* -
تكوين التطبيق:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> أضف <معرف التطبيق> معرف المشروع <معرف المشروع> ...تم XSP|ADP_CLI/Applications/NotificationPushServer/FCM/Applications> احصل على معرف المشروع ============================== الخاص بي_app my_project -
تمكين FCMv1:
XSP|ADP_CLI/Applications/NotificationPushServer/FCM> تعيين V1Enabled true ...Done -
قم بتشغيل أمر
bwrestartلإعادة تشغيل XSP|ADP.
ترحيل عملاء SaaS إلى FCMv1
استخدم الخطوات التالية على وحدة تحكم FCM من Google إذا كنت ترغب في ترحيل عملاء 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/install.
-
قم بتسجيل الدخول إلى ADP CLI وإضافة مفتاح المشروع وواجهة برمجة التطبيقات:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> إضافة connect /bw/install/google JSON: -
بعد ذلك، أضف التطبيق والمفتاح:
ADP_CLI/Applications/NotificationPushServer/FCM/Applications> إضافة com.broadsoft.ucaas.connect projectId connect-ucaas...تم -
تحقق من التكوين:
ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g Project ID Accountkey connect-ucaas ======================== ******* ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g Application ID Project ================================== com.broadsoft.ucaas.connect connect-ucaas
-
تكوين المؤسسة الشريكة الخاصة بك في Partner Hub
تكوين مجموعات BroadWorks الخاصة بك
[مرة واحدة لكل مجموعة]
ويتم ذلك للأسباب التالية:
-
لتمكين سحابة Webex لمصادقة مستخدميك في BroadWorks (عبر خدمة مصادقة XSP|ADP المستضافة).
-
لتمكين تطبيقات Webex من استخدام واجهة Xsi للتحكم في المكالمات.
-
لتمكين Webex من الاستماع إلى أحداث CTI التي تنشرها BroadWorks (التواجد الهاتفي وسجل المكالمات).
يتحقق معالج المجموعة تلقائيًا من صحة الواجهات أثناء إضافتها. يمكنك متابعة تحرير مجموعة النظام إذا لم يتم التحقق من صحة أي من الواجهات بنجاح، ولكن لا يمكنك حفظ مجموعة إذا كانت هناك إدخالات غير صالحة.
نحن نمنع ذلك لأن مجموعة نظام غير مهيأة يمكن أن تتسبب في مشاكل يصعب حلها.
الإجراءات التي تحتاج إلى القيام بها:
-
سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك.
-
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات مكالمات BroadWorks.
إذا لم يكن لدى المستخدم المسؤول رؤية لإعدادات اتصال BroadWorks ، فمن المستحسن أن تفتح حالة باستخدام Cisco TAC.
-
انقر على إضافة مجموعة.
يؤدي ذلك إلى تشغيل معالج حيث تقوم بتوفير واجهات XSP|ADP (عناوين URL) الخاصة بك. يمكنك إضافة منفذ إلى عنوان URL للواجهة إذا كنت تستخدم منفذًا غير قياسي.
-
قم بتسمية هذه المجموعة وانقر على التالي.
مفهوم المجموعة هنا هو ببساطة مجموعة من الواجهات، عادةً ما تكون مشتركة على خادم XSP|ADP أو مزرعة، والتي تتيح لـ Webex قراءة معلومات من خادم التطبيق (AS) الخاص بك. قد يكون لديك XSP|ADP واحدة لكل مجموعة، أو XSP|ADPs متعددة لكل مجموعة، أو مجموعات متعددة لكل XSP|ADP. متطلبات القياس لنظام BroadWorks الخاص بك خارج النطاق هنا.
-
(اختياري) أدخل اسم حساب مستخدم BroadWorks وكلمة مرور تعرف أنه موجود في نظام BroadWorks الذي تتصل به إلى Webex، ثم انقر على التالي.
يمكن أن تستخدم اختبارات التحقق هذا الحساب للتحقق من صحة الاتصالات بالواجهات الموجودة في المجموعة.
-
أضف عناوين URL لإجراءات XSI وXSI Events الخاصة بك.
-
اختياري. قم بتحديث 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.
-
انقر على عرض المجموعات.
-
يبدأ Partner Hub في إجراء اختبارات للاتصال من الخدمات المتناهية الصغر المختلفة نحو الواجهات في مجموعات النظام.
بعد اكتمال الاختبارات، تعرض صفحة قائمة المجموعات رسالة الحالة بجوار كل مجموعة.
يجب أن ترى رسائل النجاح الخضراء. إذا ظهرت لك رسالة خطأ باللون الأحمر، فانقر على اسم المجموعة المتأثرة لمعرفة الإعداد الذي يسبب المشكلة.
-
اختياري. حدد مجموعة إذا كنت ترغب في رؤية الإعدادات الحالية لتلك المجموعة، مثل XSI-Actions وXSI-EVENTS وURL لـ DAS وإعدادات واجهة CTI.
تكوين قوالب الإلحاق الخاصة بك
إن قوالب الإلحاق هي الطريقة التي ستطبق بها التكوين المشترك على عميل واحد أو أكثر أثناء إلحاقهم باستخدام طرق التوفير. يجب عليك إقران كل قالب بمجموعة (التي أنشأتها في القسم السابق).
يمكنك إنشاء أي عدد من القوالب تحتاج إليه، ولكن يمكن ربط قالب واحد فقط بالعميل.
-
انقر على الزر قوالب الإلحاق لعرض القوالب الحالية.
-
انقر على إنشاء قالب.
-
في نافذة تفاصيل القالب، أضف اسم القالب والبلد أو المنطقة ولغة البريد الإلكتروني الافتراضية.
-
انقر على القائمة المنسدلة الخاصة بـ معرّف اشتراك CCW، وابحث عن الاشتراكات المدرجة للشريك، وحدد الاشتراك المناسب.
يظهر هذا الحقل فقط للشركاء الذين تم ترحيلهم من Webex من أجل BroadWorks إلى Webex.
-
في نافذة إعداد الخدمة، استخدم القائمة المنسدلة للمجموعة لاختيار المجموعة التي تريد استخدامها مع هذا القالب.
-
أدخل اسم القالب، ثم انقر على التالي.
-
قم بتكوين وضع التوفير الخاص بك، باستخدام هذه الإعدادات الموصى بها:
الجدول رقم 3. إعدادات التوفير الموصى بها لأوضاع التوفير المختلفة اسم الاجتماع
متابعة التوفير باستخدام رسائل البريد الإلكتروني الموثوق فيها
متابعة التوفير دون رسائل البريد الإلكتروني
التوفير الذاتي للمستخدم
تمكين سير عمل BroadWorks من خلال التوفير (تشمل بيانات اعتماد الحساب عند تشغيل **)
تشغيل
قم بتوفير اسم الحساب وكلمة المرور وفقًا لتكوين BroadWorks.
تشغيل
قم بتوفير اسم الحساب وكلمة المرور وفقًا لتكوين BroadWorks.
إيقاف التشغيل
إنشاء المؤسسات الجديدة تلقائيًا في Control Hub
في
في
في
عنوان البريد الإلكتروني لموفر الخدمة
حدد عنوان بريد إلكتروني من القائمة المنسدلة (يمكنك كتابة بعض الأحرف، للعثور على العنوان إذا كانت القائمة طويلة).
يحدد عنوان البريد الإلكتروني هذا المسؤول داخل مؤسسة الشريك الخاص بك والذي سيتم منحه صلاحية الوصول الخاصة بالمسؤول المفوّض إلى أي مؤسسات عملاء جديدة تم إنشاؤها باستخدام قالب الضم.
الدولة
اختر البلد الذي تستخدمه لهذا القالب.
يتطابق البلد الذي تختاره مع مؤسسات العملاء التي تم إنشاؤها باستخدام هذا القالب مع منطقة معينة. في الوقت الحاضر، يمكن أن تكون المنطقة (EMEAR) أو (أمريكا الشمالية وبقية العالم). ارجع إلى عمليات ربط البلد بالمنطقة في جدول البيانات هذا.
سيحدد بلد المؤسسة أرقام الاتصال العالمية الافتراضية لشبكة Cisco PSTN في مواقع اجتماع Webex. ارجع إلى قسم البلد في صفحة المساعدة للحصول على مزيد من المعلومات.
وضع BroadWorks Enterprise نشط
قم بتمكين هذا الخيار إذا كان العملاء الذين توفرها باستخدام هذا القالب هم مؤسسات في BroadWorks.
إذا كانت مجموعات، فاترك هذا التبديل قيد إيقاف التشغيل.
إذا كان لديك مزيج من المؤسسات والمجموعات في BroadWorks الخاص بك، فيجب عليك إنشاء قوالب مختلفة لتلك الحالات المختلفة.
ملاحظات من الجدول:
-
† يضمن هذا التبديل إنشاء مؤسسة عميل جديدة إذا كان مجال البريد الإلكتروني للمشارك لا يتطابق مع مؤسسة Webex موجودة.
يجب أن يكون هذا قيد التشغيل دائمًا، ما لم تكن تستخدم عملية يدوية للطلب والامتثال (عبر مساحة عمل Cisco Commerce) لإنشاء مؤسسات عملاء في Webex (قبل أن تبدأ توفير المستخدمين في تلك المؤسسات). غالبًا ما يشار إلى هذا الخيار باسم نموذج "التوفير الهجين"، وهو خارج نطاق هذا المستند.
-
** يشير "حساب التوفير" إلى حساب المسؤول على مستوى نظام BroadWorks. في BroadWorks، تحتاج إلى حساب مسؤول يتضمن هذه السمات: Administrator Type=التوفير, للقراءة فقط=إيقاف.
-
-
حدد حزمة الخدمات الافتراضية للعملاء الذين يستخدمون هذا القالب (ارجع إلى الحزم في قسم النظرة العامة)؛ إما أن أساسي أو قياسي أو متميز أو 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 وكنت قد وضعت أيضًا عناوين البريد الإلكتروني للمستخدمين في سمة المعرِّف البديل في 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 في قسم المرجع.
-
-
قم بالتغيير إلى سياق الصيانة/ContainerOptions.
-
قم بتمكين معلمة عنوان URL للتوفير:
/AS_CLI/Maintenance/ContainerOptions> إضافة التوفير bw.imp.useProvisioningUrl true
احصل على عنوان (عناوين) URL الخاص بالتوفير من "مركز الشركاء"
ارجع إلى دليل إدارة واجهة سطر أوامر خادم تطبيق Cisco BroadWorks لمعرفة التفاصيل (الواجهة > المراسلة والخدمة > IM&P المتكامل) الخاصة بأوامر AS.
-
سجّل الدخول إلى Partner Hub وانتقل إلى .
-
انقر على عرض القوالب.
-
حدد القالب الذي تستخدمه لتوفير مشتركي هذه المؤسسة/المجموعة في Webex.
يتم عرض تفاصيل القالب في جزء فلاي على اليمين. إذا لم تكن قد أنشأت قالبًا حتى الآن، فيجب عليك القيام بذلك قبل أن تتمكن من الحصول على عنوان URL الخاص بالتوفير.
-
انسخ عنوان URL لمهايئ التوفير.
كرر ذلك للقوالب الأخرى إذا كان لديك أكثر من قالب.
(خيار) تكوين معلمات التوفير على مستوى النظام على خادم التطبيق
قد لا ترغب في إعداد التوفير على مستوى النظام ومجال الخدمة إذا كنت تستخدم UC-One SaaS. ارجع إلى نقاط القرار في قسم "تجهيز البيئة الخاصة بك".
-
سجّل الدخول إلى خادم التطبيق وقم بتكوين واجهة المراسلة.
-
AS_CLI/Interface/المراسلة>تعيين التوفيرUrl provisioningURL -
AS_CLI/Interface/المراسلة>تعيين التوفيرUserId provisioning_account_name -
AS_CLI/Interface/Messaging>تعيين التوفيرPassword provisioning_account_password -
AS_CLI/Interface/المراسلة> تعيين enableSynchronization true
-
-
تنشيط واجهة IMP المتكاملة:
-
/AS_CLI/Service/IntegratedIMP> قم بتعيين serviceDomain example.com -
/AS_CLI/Service/IntegratedIMP/DefaultAttribute> تعيين المستخدمAttrIsActive true
-
يجب إدخال الاسم المؤهل بالكامل لمعلمة provisioningURL، كما هو محدد في Control Hub. إذا لم يتمكن خادم التطبيق الخاص بك من الوصول إلى DNS لحل اسم المضيف، فيجب عليك إنشاء الربط في ملف /etc/hosts على AS.
(خيار) تكوين معلمات التوفير لكل مؤسسة على خادم التطبيق
-
في واجهة مستخدم BroadWorks، افتح المؤسسة التي تريد تكوينها، وانتقل إلى الخدمات > IM&P المتكامل.
-
حدد استخدام مجال الخدمة وأدخل قيمة وهمية (يتجاهل Webex هذه المعلمة. يمكنك استخدام example.com).
-
حدد استخدام خادم المراسلة.
-
في حقل عنوان URL، لصق عنوان URL الخاص بالتزويد الذي نسخته من القالب الخاص بك في Partner Hub.
يجب إدخال الاسم المؤهل بالكامل لمعلمة provisioningURL، كما هو محدد في Partner Hub. إذا لم يتمكن خادم التطبيق الخاص بك من الوصول إلى DNS لحل اسم المضيف، فيجب عليك إنشاء الربط في ملف /etc/hosts على AS.
-
في حقل اسم المستخدم، أدخل اسمًا لمسؤول التوفير. يجب أن يتطابق هذا مع القيمة الموجودة في القالب في Partner Hub.
-
أدخل كلمة مرور لمسؤول التوفير. يجب أن يتطابق هذا مع القيمة الموجودة في القالب في Partner Hub.
-
بالنسبة إلى هوية المستخدم الافتراضية لمعرف IM&P، حدد أساسي.
-
انقر على تطبيق.
-
التكرار للمؤسسات الأخرى التي تريد تكوينها للتدفق من خلال التوفير.
بيانات توفير المستخدم
للحصول على معلومات حول بيانات المستخدم التي يتم تبادلها بين BroadWorks وWebex أثناء توفير المستخدم، ارجع إلى توفير مستخدمي موفر الخدمة.
واجهة API لفحص التوفير المسبق للشريك
تساعد واجهة API الخاصة بالتحقق من التوفير المسبق المسؤولين وفرق المبيعات من خلال التحقق من الأخطاء قبل تزويد عميل أو مشترك بحزمة. يمكن للمستخدمين أو عمليات التكامل المصرح بها من قِبل المستخدم الذين يلعبون دور المسؤول الكامل للشريك استخدام واجهة API هذه للتأكد من عدم وجود تعارضات أو أخطاء في توفير الحزمة لعميل أو مشترك معين.
تتحقق واجهة API لمعرفة ما إذا كانت هناك تعارضات بين هذا العميل/المشارك والعملاء/المشتركين الحاليين على Webex. على سبيل المثال، قد تقوم واجهة API برمي الأخطاء إذا تم توفير المشترك بالفعل لعميل أو شريك مختلف، أو إذا كان عنوان البريد الإلكتروني موجود بالفعل لمشارك آخر، أو إذا كانت هناك تضارب بين معلمات التوفير وما هو موجود بالفعل على Webex. يمنحك هذا الأمر الفرصة لإصلاح تلك الأخطاء قبل توفيرها، مما يزيد من احتمال التوفير الناجح.
لمزيد من المعلومات حول API، ارجع إلى: دليل مطوري Webex للخدمات الشاملة
لاستخدام واجهة API، انتقل إلى : التحقق المسبق لتوفير المشترك في الخدمات الشاملة
للوصول إلى مستند "التحقق المسبق" الخاص بتوفير المشترك في Wholesale، تحتاج إلى تسجيل الدخول إلى مدخل https://developer.webex.com/.
تسجيل الدخول الفردي للشريك - SAML
للسماح لمسؤولي الشريك بتكوين SAML SSO لمؤسسات العملاء التي تم إنشاؤها حديثًا. يُمكن للشركاء تكوين علاقة واحدة محددة مسبقًا لتسجيل الدخول الفردي وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيهم.
تنطبق خطوات تسجيل الدخول الفردي للشريك أدناه على مؤسسات العملاء التي تم إنشاؤها حديثًا فقط. إذا حاول مسؤولو الشريك إضافة SSO الخاص بالشريك إلى مؤسسة عميل حالية، يتم الاحتفاظ بطريقة المصادقة الحالية لمنع المستخدمين الحاليين من فقدان صلاحية الوصول.
-
تحقق من أن موفر خدمات التعريف التابع لجهة خارجية يفي بالمتطلبات المدرجة في قسم متطلبات مزودي خدمات التعريف في دمج تسجيل الدخول الفردي في Control Hub.
-
قم بتحميل ملف بيانات تعريف CI الذي يحتوي على موفر الهوية.
-
تكوين قالب الإلحاق. لإعداد وضع المصادقة، حدد مصادقة الشريك. بالنسبة إلى معرف كيان IDP، أدخل EntityID من XML لبيانات تعريف SAML الخاصة بموفر هوية الطرف الخارجي.
-
قم بإنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.
-
بحيث يمكن للمستخدم تسجيل الدخول.
تسجيل الدخول الفردي للشريك - OpenID Connect (OIDC)
للسماح لمسؤولي الشريك بتكوين OIDC SSO لمؤسسات العملاء التي تم إنشاؤها حديثًا. يُمكن للشركاء تكوين علاقة واحدة محددة مسبقًا لتسجيل الدخول الفردي وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيهم.
تنطبق الخطوات التالية لإعداد SSO OIDC الخاص بالشريك على مؤسسات العملاء التي تم إنشاؤها حديثًا فقط. إذا حاول مسؤولو الشريك تعديل نوع المصادقة الافتراضي إلى SSO OIDC الخاص بالشريك في معبد موجود، فلن تنطبق التغييرات على مؤسسات العملاء التي تم تضمينها بالفعل باستخدام القالب.
-
افتح طلب خدمة باستخدام Cisco TAC مع تفاصيل OpenID Connect IDP. فيما يلي سمات IDP إلزامية واختيارية. يجب أن يقوم TAC بإعداد IDP على CI وتوفير URI لإعادة التوجيه المطلوب تكوينه على IDP.
السمات
مطلوب
الوصف
اسم DS
نعم
يمكن أن يتكون الاسم الفريد ولكنه حساس لحالة الأحرف لتكوين OIDC IdP من الحروف والأرقام والواصلات والشرطات والتسطير والمدرجات والنقاط والحد الأقصى للطول هو 128 حرفًا.
معرف عميل OAuth
نعم
يُستخدم لطلب مصادقة OIDC IdP.
سر عميل OAuth
نعم
يُستخدم لطلب مصادقة OIDC IdP.
قائمة النطاقات
نعم
قائمة النطاقات التي سيتم استخدامها لطلب مصادقة OIDC IdP، مقسمة حسب المساحة، على سبيل المثال، "ملف تعريف البريد الإلكتروني openid" يجب أن تتضمن openid والبريد الإلكتروني.
نقطة نهاية التصريح
نعم إذا لم يتم توفير discoveryEndpoint
عنوان URL الخاص بنقطة نهاية تفويض OAuth 2.0 الخاصة بموفر التعريف.
رمزEndpoint
نعم إذا لم يتم توفير discoveryEndpoint
عنوان URL لنقطة نهاية رمز OAuth 2.0 الخاص بموفر التعريف.
نقطة نهاية الاكتشاف
لا
عنوان URL الخاص بنقطة نهاية اكتشاف موفر التعريف لاكتشاف نقاط نهاية OpenID.
نقطة نهاية المستخدمInfoEndpoint
لا
عنوان URL الخاص بنقطة نهاية UserInfo الخاصة بموفر التعريف.
نقطة نهاية تعيين المفتاح
لا
عنوان URL الخاص بنقطة نهاية تعيين مفتاح ويب JSON الخاص بموفر التعريف.
بالإضافة إلى سمات IDP المذكورة أعلاه، يجب تحديد معرف مؤسسة الشريك في طلب TAC.
-
قم بتكوين عنوان URI لإعادة التوجيه على موفر تعريف OpenID.
-
تكوين قالب التضمين. لإعداد وضع المصادقة، حدد مصادقة الشريك باستخدام OpenID Connect وأدخل اسم IDP الذي يتم توفيره أثناء إعداد IDP باعتباره معرف كيان OpenID Connect IDP.
-
قم بإنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.
-
بحيث يمكن للمستخدم تسجيل الدخول باستخدام تدفق مصادقة SSO.
تمكين معرف ارتباط المكالمة
لتشغيل Webex من أجل Cisco BroadWorks، يجب أن تقوم بتمكين معرف ارتباط المكالمات. هذا الإعداد مطلوب للعديد من ميزات الاتصال، بما في ذلك تسجيل المكالمة والتقاط المكالمات الجماعية والمسؤول التنفيذي والمساعد التنفيذي.
استخدم CLI لتمكين الميزة على جميع واجهات AS وXSP|ADP.
-
شغّل الأوامر التالية على شكل واجهات. سيؤدي ذلك إلى تمكين AS من إرسال عنوان SIP الخاص بـ X-BroadWorks-Correlation-Info:
AS_CLI/Interface/SIP> تعيين sendCallCorrelationIDNetwork trueAS_CLI/Interface/SIP> تعيين sendCallCorrelationIDAccess true -
يتم استخدام المعلمة enableCallCorrelationID المقترنة بتطبيق Xsi-Actions للتحكم في تضمين معلومات ارتباط المكالمات في سجلات Xsi-Actions. يوصى بتمكين
enableCallCorrelationIDباستخدام الأمر التالي على واجهات XSP|ADP:XSP|ADP_CLI/Applications/Xsi-Actions/GeneralSettings>تعيين تمكينCallCorrelationID true
للحصول على معلومات إضافية حول معرف ارتباط المكالمات، ارجع إلى وصف ميزة معرف ارتباط مكالمات Cisco BroadWorks.
مزامنة الدليل
تضمن مزامنة الدليل أن مستخدمي Webex لـ Cisco BroadWorks يمكنهم استخدام دليل Webex للاتصال بأي كيان اتصال من خادم BroadWorks. عند تمكين هذه الميزة، تتم مزامنة دليل الاتصال الكامل من خادم BroadWorks مع دليل Webex. يستطيع المستخدمون الوصول إلى الدليل من تطبيق Webex وإجراء مكالمة إلى أي كيان اتصال من خادم BroadWorks.
لتشغيل مزامنة الدليل، انتقل إلى مزامنة الدليل في Webex من أجل Cisco BroadWorks.
يؤدي متابعة Webex من أجل Cisco BroadWorks لعملية التوفير إلى إضافة مستخدمي المراسلة ومعلومات الاتصال المرتبطة بها من خادم BroadWorks إلى منصة Webex. ومع ذلك، لا يتم تضمين قوائم الهواتف والمستخدمين الذين لا يقومون بالمراسلة والكيانات غير المستخدمين (على سبيل المثال، هاتف غرفة المؤتمرات أو جهاز الفاكس أو رقم مجموعة الخطوط المجمَّعة). يضمن تشغيل مزامنة الدليل إضافة جميع كيانات الاتصال إلى منصة Webex.
محفوظات الاتصال الموحدة
عند تمكين محفوظات الاتصال الموحدة، تتم مزامنة أحداث مكالمات BroadWorks مع Webex على السحابة وتصبح جزءًا من محفوظات الاتصال والاجتماعات في Webex Unified التي يتم عرضها على تطبيق Webex. يستطيع المستخدمون عرض محفوظات المكالمات ومحفوظات الاجتماعات التفصيلية الخاصة بهم من تطبيق Webex.
يمكن للمسؤولين على مستوى الشريك تمكين محفوظات المكالمات الموحدة في Partner Hub على أساس كل مجموعة على حدة. عند تشغيل هذه الميزة، يقوم نشر BroadWorks بمزامنة أحداث المكالمات التالية مع Webex على السحابة:
-
أحداث محفوظات الاتصال — يتم استخدام هذه الأحداث لإنشاء محفوظات اتصال موحدة مفصلة
-
أحداث حالة السماعة — يتضمن محفوظات المكالمات الموحدة تحسينات على حالة السماعة التي تقلل من كمية النطاق الترددي للشبكة لتحديثات التواجد الهاتفي
متطلبات محفوظات الاتصال الموحدة
قبل أن تتمكن من تكوين محفوظات المكالمات الموحدة، تأكد من أنك قمت بتصحيح النظام. تعتمد هذه الميزة على تصحيحات BroadWorks التالية التي يتم تثبيتها:
بالنسبة لـ R22:
بالنسبة لـ R23:
-
إذا كنت تستخدم XSP — AP.xsp.23.0.1075.ap378585
-
إذا كنت تستخدم ADP —
Xsi-Events-23_2021.05_1.251.bwar
بالنسبة إلى R24:
للحصول على قائمة كاملة بتصحيحات BroadWorks التي يجب تثبيتها كشرط مسبق لتشغيل Webex من أجل 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. -
انتقل إلى الإعدادات وحدد مجموعة موجودة.
-
تحقق من أن اتصال المجموعة جيد. يجب أن تعرض اللوحة اليمنى علامة اختيار خضراء مع إنشاء الاتصال.
إذا لم يظهر هذا، ضمن التحقق من الاتصالات (اختياري)، أدخل معرف مستخدم BroadWorks وكلمة مرور BroadWorks وانقر على التحقق للتحقق من صحة الاتصال.
-
حدد خانة الاختيار تمكين الخصوصية .
-
انقر على حفظ.
تفاعلات الميزات
توجد تفاعلات الميزات التالية لسجل المكالمات الموحد:
-
سجل المكالمات الموحد غير مدعوم للمستخدمين الذين تم تكوينهم في 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 true
- يجب تكوين Broadworks لإجراء توقيع STIR-SHAKEN ووضع العلامات والتحقق كما هو موضح في وضع العلامات والتحقق من Cisco BroadWorks STIR-SHAKEN
عند تكوين BroadWorks بشكل صحيح، ستتم إضافة تخطيط X-Cisco-CallerId-Disposition جديد في طلبات INVITE المرسلة إلى عملاء Cisco وإضافة تخطيط callerIdDisposition جديد للحقل إلى أحداث محفوظات المكالمات الحالية التي يتم إرسالها إلى Webex على السحابة عبر واجهة CTI. ستستخدم أجهزة Webex هذه المعلومات لتوفير إشارة عشوائية مرئية في العرض التقديمي للمكالمات ومحفوظات المكالمات الموحدة من يتم الاتصال به.
مزامنة حالة المساعد الشخصي
تقوم ميزة مزامنة حالة المساعد الشخصي (PA) بمزامنة حالة تواجد المساعد الشخصي بين أجهزة اتصال BroadWorks وتطبيق Webex.
توفر خدمة PA للمستخدم خيارًا لإعلام المتصلين سبب عدم توفر الطرف المتصل به، وتزود بشكل اختياري بمعلومات حول وقت عودة الطرف المتصل به وما إذا كان هناك أحد الحضور لمعالجة المكالمة. تتيح ميزة PA للمستخدمين في تطبيقات Webex رؤية التواجد بعيدًا للمستخدم بالإضافة إلى حالة PA والمدة التي تم تكوينها.
المتطلبات الأساسية
تأكد من تطبيق التصحيحات التالية على AS وXSP|ADP. قم بتطبيق التصحيحات فقط لإصدار BroadWorks الخاص بك.
تصحيح RI والإصدار 24:
-
AP.as.24.0.944.ap385558
تقدم حزمة أحداث XSI لميزة مزامنة حالة المساعد الشخصي حزمة حدث PersonalAssistantSync جديدة للسماح لعملاء XSI بالمزامنة مع تغييرات تواجد المساعد الشخصي من Cisco BroadWorks. للحصول على مزيد من المعلومات، ارجع إلى حزمة أحداث XSI لميزة مزامنة حالة المساعد الشخصي.
بالإضافة إلى تصحيح النظام، يجب أن يحتوي ملف تكوين العميل (config-wxt.xml) على العلامة التالية تم تعيينه: <personal-assistant ممكّنة="%PERSONAL_ASSISTANT_ENABLED_WXT%"/>
تمكين مزامنة حالة المساعد الشخصي (المجموعة الجديدة)
لتمكين مزامنة حالة المساعد الشخصي على مجموعة جديدة، ارجع إلى خطوات إضافة مجموعة في تكوين مؤسسة شريكك في Partner Hub.
تمكين مزامنة حالة المساعد الشخصي (المجموعة الحالية)
-
سجّل الدخول إلى Partner Hub باستخدام بيانات اعتماد مسؤول الشريك على https://admin.webex.com.
-
انقر على إعدادات المؤسسة.
-
انقر على عرض المجموعة وحدد مجموعة BroadWorks المناسبة.
- ضمن قسم واجهة CTI، قم بتمكين تبديل مزامنة حالة المساعد الشخصي.
-
أدخل معرف مستخدم BroadWorks الخاص بك وانقر على تمكين.
يتحقق النظام من أن مجموعة BroadWorks تحتوي على التصحيحات المناسبة لدعم مزامنة PA. إذا فشل التحقق، يتم تعطيل الزر حفظ.
-
إذا نجحت عملية التحقق، فانقر على حفظ.
تمكين مزامنة حالة PA هو تبديل أحادي الاتجاه. بمجرد تمكين الميزة، لا يمكنك تعطيلها بنفسك.
لا يمكن تعطيل مزامنة حالة المساعد الشخصي.
بمجرد تمكين حالة مزامنة PA على أي من مجموعات BroadWorks، لا يمكنك تعطيل الميزة بنفسك. إذا كنت بحاجة إلى تعطيل الميزة، فاتصل بمركز المساعدة الفنية لشركة Cisco (TAC).
تعريف المتصل وإعادة توجيه المكالمة
تعريف المتصل
عندما يتلقى تطبيق Webex مكالمة، سيحاول تحديد هوية المتصل وعرض هذه المعلومات في إشعار المكالمة الواردة والنافذة أثناء المكالمة وبعد اكتمال المكالمة، في محفوظات المكالمة والبريد الصوتي.
سيحاول تطبيق Webex العثور على هوية المتصل عن طريق مطابقة رقم الهاتف الوارد مع أرقام هواتف جهات الاتصال الموجودة في مصادر مختلفة. سيستخدم تطبيق Webex المصادر التالية بهذا الترتيب. بمجرد العثور عليها في مصدر واحد، لن يحاول البحث في أي مكان آخر.
إذا وجد مثيلات متعددة لرقم في مصدر واحد، فلن يحاول اختيار واحد منها، وفي هذه الحالة، لن يعرض أي معرف متصل.
-
الهوية العامة لـ Webex (CI) التي تحتوي على مستخدمي مؤسستك.
-
جهات الاتصال الشخصية والمؤسسة. تكون جهات الاتصال الشخصية ظاهرة ضمن علامة تبويب جهات الاتصال.
-
دفتر العناوين المحلي. في تطبيق Windows - Outlook، في Mac - جهات اتصال Mac، في iOS - جهات اتصال iPhone، في Android - جهات اتصال Android.
إذا لم يتم العثور على تطابق مع رقم الهاتف الوارد، فسيستخدم التطبيق اسم العرض في عنوان SIP إذا كان متاحًا. وإلا، فإنه سيستخدم جزء اسم المستخدم في SIP URI من عنوان SIP From كملجأ أخير.
بالنسبة للتحكم في المكالمات عن بُعد (مثل وضع التحكم في هاتف المكتب) يتم استخدام معلومات XSI، حيث يتم استخدام معرف BWKS أو الامتداد، يتم استخراجها من معلومات الطرف البعيد في حدث XSI. إذا لم تكن معلومات الطرف البعيد متاحة، فسيتم استخدام هوية P-Asserted Identity (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> <الخدمات> <المكالمات> <caller-id> <outgoing-calls enabled="%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-23_2022.10
r24:
-
كـ: AP.as.24.0.944.ap384179
-
إجراءات XSI-24_2022.10
r25:
-
كـ: إصدار RI Rel_2022.10_1.310
-
إجراءات XSI-25_2022.10
التصحيح 2: تصحيحات لزيادة عدد المنافذ على أنواع ملفات تعريف الأجهزة. مثال: لعميل سطح المكتب: النظام>تعديل نوع ملف تعريف الجهاز> Business Communicator - جهاز الكمبيوتر: ملف التعريف، الخيارات القياسية، عدد المنافذ:
- إذا تم تمكين "غير محدود"، فلا يلزم إجراء أي تغيير
- إذا كانت القيمة "محدودة بـ" <10، فقم بتغيير القيمة = 10 واحفظها لاستخدام جميع الخطوط المتاحة
-
إصدار RI Rel_2022.10_1.310
لمعرفة تفاصيل عن تكوين العميل، ارجع إلى القسم 6.1.44 "ملف التعريف الأساسي" من دليل تكوين Webex لـ Cisco BroadWorks.
مزامنة وضع "ممنوع الإزعاج" (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 Actions أو XSI Events أو DAS URL أو XSP|ADP URL أو مزامنة DND. في مثل هذه الحالات، يوصى بالاتصال بمهندس دعم Cisco TAC للحصول على المساعدة.
قم بتكوين مزامنة مفتاح ميزة الجهاز على BroadWorks. تأكد من أن الهاتف يدعم اشتراك/إشعار SIP لحزمة الحدث "كميزة-حدث". لمعرفة التفاصيل، ارجع إلى مزامنة مفتاح ميزة جهاز Cisco BroadWorks.
تمكين مزامنة DND (المجموعة الحالية)
-
تسجيل الدخول إلى Partner Hub
-
انقر على الإعدادات.
-
انقر على عرض المجموعة وحدد مجموعة BroadWorks المناسبة.
-
قم بتمكين تبديل مزامنة ممنوع الإزعاج (DND).
-
أدخل معرف مستخدم BroadWorks الخاص بك وانقر على تمكين.
يتحقق النظام من أن مجموعة BroadWorks تحتوي على التصحيحات المناسبة لدعم مزامنة DND. إذا فشل التحقق، يتم تعطيل الزر حفظ.
-
إذا نجحت عملية التحقق، فانقر على حفظ.
-
بمجرد تمكين مزامنة DND، يقوم Webex بتحديث جميع اشتراكات المستخدمين لتضمين حزمة حدث "عدم الإزعاج". بناء على عدد المستخدمين، قد تستغرق هذه العملية بضع ساعات حتى تكتمل.
-
تمكين مزامنة DND هو تبديل في اتجاه واحد. بمجرد تمكين الميزة، لا يمكنك تعطيلها بنفسك.
تمكين مزامنة DND (مجموعة جديدة)
يمكنك أيضًا تمكين الميزة أثناء إنشاء المجموعة. لمعرفة التفاصيل، ارجع إلى "تكوين مجموعات BroadWorks الخاصة بك" في تكوين مؤسسة شريكك في Partner Hub.
ساعات الهدوء
في عمليات نشر Webex for BroadWorks، تعتمد ميزة "ساعات الهدوء" على وظيفة "مزامنة عدم الإزعاج (DND)" لضمان مزامنة إعدادات ساعات الهدوء عبر جميع الأجهزة. لمزامنة ساعات الهدوء بشكل صحيح عبر أجهزة سطح المكتب والأجهزة المحمولة، تأكد من تمكين "مزامنة DND" على حساب المستخدم.
تعطيل مزامنة DND
لا يمكنك تعطيل مزامنة DND بنفسك. لتعطيل الميزة، قم بإنشاء حالة BEMS هندسية باستخدام المعلومات التالية:
-
العائلة: خدمة Spark
-
المنتج: الاتصال في Webex (Webex من أجل BroadWorks)
-
المكوّن: توفير WxBW
-
يجب أن توضح حالة BEMS أنه يجب تعطيل مزامنة "ممنوع الإزعاج" للشريك. يجب أن تحتوي الحالة على partnerId وclusterId من BroadWorks.
حالة الاستخدام
تسجيل المكالمة
يدعم 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، مما يعزز تجربة المستخدم بشكل عام.
خطوات تمكين البريد الصوتي
لتمكين البريد الصوتي لـ Broadworks، تحتاج إلى تمكين تبديل broadworks-enabled-email-spark-541886: صحيح على مستوى المؤسسة.
لتمكين هذه الميزة، اتصل بمركز المساعدة الفنية لشركة Cisco (TAC).
تجربة المستخدم
بمجرد إعداد التكامل، يستطيع المستخدمون:
- يمكنك استرداد رسائل البريد الصوتي مباشرةً من تطبيق 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 ممكّنة="%ENABLE_CALL_PARK_WXT%" timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/> -
يجب تمكين معرف ارتباط المكالمات على AS وXSP|ADP. لمعرفة التفاصيل، ارجع إلى تمكين معرف ارتباط المكالمات.
-
يجب تكوين SBC لديك لتمرير سمة SIP "
x-broadworks-correlation-in" من وإلى خادم التطبيق.
التكوين
لمعرفة معلومات عن كيفية تكوين تعليق المكالمات الجماعية على BroadWorks، ارجع إلى "إضافة مجموعة تعليق المكالمات" في دليل إدارة واجهة ويب مجموعة خادم تطبيقات Cisco BroadWorks - الجزء 2. يجب عليك إنشاء مجموعة وإضافة مستخدمين إليها.
لمعرفة معلومات عن كيفية تكوين معرف ارتباط المكالمات على BroadWorks، ارجع إلى وصف ميزة معرف ارتباط مكالمات Cisco BroadWorks.
معلومات إضافية
لمعرفة معلومات المستخدم عن كيفية استخدام ميزة تعليق المكالمات الجماعية، ارجع إلى Webex | تعليق واسترداد المكالمات.
تعليق مكالمة/تعليق مكالمة موجهة
إيقاف الاتصال مؤقتًا المنتظم أو الموجه غير مدعوم في واجهة مستخدم تطبيق Webex، ولكن يستطيع المستخدمون الذين تم توفيرهم نشر الميزة باستخدام رموز الوصول إلى الميزات:
-
أدخل *68 لتعليق مكالمة
-
أدخل *88 لاسترداد مكالمة
الدخول
تُستخدم خدمة الدخول بشكل شائع في بيئات مركز الاتصال أو المواقف الأخرى التي قد تكون هناك حاجة إلى مساعدة فورية أو تدخل فوري.
عند تمكين خدمة الدخول، يمكن للمستخدم المعين أو المشرف المعين إدخال مكالمة نشطة عن طريق بدء أمر معين أو باستخدام زر مخصص أو مجموعة مفاتيح على الهاتف أو جهاز الاتصال الخاص به. بمجرد تقديم طلب الدخول، يقوم النظام بإنشاء اتصال بالمكالمة الجارية، مما يسمح للشخص المصرح له بالاستماع إلى المحادثة أو الانضمام إلى المكالمة كمشارك نشط.
يمكن أن تكون خدمة إجراء المكالمات مفيدة في سيناريوهات مختلفة. في إعداد مركز الاتصالات، يستطيع المشرفون أو المدربون مراقبة ممثلي خدمة العملاء وتدريبهم عن طريق الاستماع إلى مكالماتهم في الوقت الفعلي. وإذا لزم الأمر، يمكنهم التدخل لتوفير التوجيه أو تولي المكالمة إذا كان الممثل يعاني من صعوبات. في حالات الطوارئ أو المناقشات الحرجة، يستطيع الموظفون المصرح لهم الانضمام بسرعة إلى المحادثات الجارية لتقديم المساعدة أو اتخاذ قرارات مهمة.
في تطبيق Webex الخاص بالدخول، يصلنا إشعار بأنه تم تحويل المكالمة إلى مؤتمر. لا توجد معلومات إضافية في NOTIFY (معلومات الاتصال أو معلومات المؤتمر) ما هو نوع المؤتمر، لذلك يمكننا التعامل معه بطريقة مختلفة.
عند حدوث مداخلة، يتم إنشاء مكالمة ثلاثية الأطراف بين الأطراف. يتم تقديم المصطلحات التالية:
-
المسؤول المشرف هو الشخص الذي يشرف على فريق من وكلاء خدمة العملاء أو ممثلي مركز الاتصالات ويديره. في سياق مداخلة المكالمات، يتمتع المشرف عادةً بالقدرة على مراقبة مكالمات العملاء الجارية والتدخل فيها. كما يمكنهم استخدام أدوات أو برامج مراقبة المكالمات للاستماع إلى المكالمات، وتوفير التوجيه للوكلاء، وضمان مراقبة الجودة. قد يشتمل دور المشرف على تدريب الوكلاء ومعالجة مخاوف العملاء وتحسين أداء الفريق.
-
العميل يشير العميل إلى فرد أو كيان يتعاون مع شركة أو مؤسسة للحصول على منتجات أو خدمات أو دعم. في سياق دخول المكالمات، يشير العميل إلى شخص يقوم بإجراء أو تلقي مكالمة هاتفية مع وكيل خدمة العملاء. يمكن أن يطلب العملاء المساعدة أو المعلومات أو الحل لاستفسارات أو مشكلاتهم أثناء المكالمة. تسمح ميزة دخول المكالمات للمشرفين أو الموظفين المصرح لهم بالانضمام إلى المكالمة الجارية بين العميل والوكيل.
-
الوكلاء الوكيل، المعروف أيضًا باسم ممثل خدمة العملاء أو وكيل مركز الاتصال، هو الشخص المسؤول عن التعامل مع تفاعلات العملاء وتوفير الدعم أو المساعدة عبر الهاتف أو قنوات الاتصال الأخرى. يتم تدريب الوكلاء على معالجة استفسارات العملاء وحل المشكلات ومعالجة المعاملات وتقديم تجربة إيجابية للعملاء. في سياق مداخلة المكالمات، يكون الوكيل هو الشخص الذي يتحدث مباشرة إلى العميل أثناء المكالمة الهاتفية. قد يتلقى الوكيل توجيهات أو ملاحظات من المشرف من خلال مكالمات الدخول إذا لزم الأمر.
بالنسبة لأي طلبات بدأها العميل مثل CallStartRequest وCallPickupRequest وDirectedCallPickupRequest وDirectedCallPickupRequest وDirectedCallPickupWithBargeInRequest، وغيرها، إذا تم توفير <Webex Client> (يُرجى اختيار الاسم الصحيح بدلاً من عميل Webex، إذا لم يكن ملائمًا) كجهاز مظهر مكالمة مشتركة، فيجب تمكين تكوين "تنبيه جميع حالات الظهور للمكالمات النقر لطلب الطلب" في إعداد مظهر المكالمة المشتركة كي يتلقى العميل مكالمة، ما لم يتم توفير الموقع بشكل صريح من قبل العميل الذي يتولى بدء الطلب.
تصعيد المكالمة الأصلية للجوال إلى اجتماع
يأتي تصعيد المكالمات الأصلية من الأجهزة المحمولة إلى الاجتماع مزودًا بميزتين فريدتين:
-
الإعلام المؤقت المحلي
يستطيع الآن مستخدمو الأجهزة المحمولة في مكالمة أصلية التبديل إلى تطبيق Webex عن طريق الضغط على "إشعار الدفع الجديد". عندما تبدأ شاشة مكالمة أصلية، يظهر إشعار دفع جديد على الشاشة وينقلك الضغط على الإشعار مباشرةً إلى شاشة تطبيق Webex أثناء المكالمة.
يمكنك رؤية إشعار Webex أثناء مكالمة هاتف محمول إذا كنت تستخدم Webex Go أو إذا كان مشغّل شبكة المحمول (MNO) لديك لديه إشارات للمكالمات باستخدام التحكم في المكالمات من Cisco لمكالمات الهواتف المحمولة الخاصة بك.
-
نقل مكالمة من الأجهزة المحمولة إلى اجتماع
عندما تكون في وسط مكالمة مع شخص ما، قد ترغب في نقل تلك المكالمة إلى اجتماع للاستفادة من بعض ميزات الاجتماعات المتقدمة مثل الفيديو أو المشاركة أو استخدام اللوحة البيضاء. أو قم بدعوة أشخاص آخرين إلى المناقشة وانتقل إلى اجتماع.
متطلبات BroadWorks
-
الميزة 25239 القابلة للتنشيط
-
R23 مع XSP|ADP:
-
تصحيح AS AP.as.23.0.1075.ap383064
-
تصحيح XSP|ADP AP.xsp.23.0.1075.ap383064
-
تصحيح AP.platform.23.0.1075.ap383064
-
-
R23 مع ADP:
-
تصحيح AS AP.as.23.0.1075.ap383064
-
ADP مع Xsi-Actions-23، إصدار CommPilot-23 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
-
-
r24:
-
تصحيح AS: AP.as.24.0.944.ap383064
-
ADP مع Xsi-Actions-24، إصدار CommPilot-24 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
-
-
r25:
-
إصدار AS RI Rel_2022.08_1.354
-
ADP مع Xsi-Actions-25، CommPilot-25 > 2022.08_1.350 وإصدار NPS > 2022.08_1.350
-
تكوين طلب URI لدعم نقل المكالمة إلى اجتماع
سياسة طلب عنوان NS
حدد قاعدة لـ (.*)webex.com ليتم التوجيه من خلال I-SBC
NS_CLI/Policy/UrlDialing> الحصول على سياسة WebexMeetings: مثيل طلب Url: Webex unknownSipURIHandling = رفض disableSubscriberLookups = true تمكين = true CallTypes: التحديد = {الكل} من = {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: مثيل طلب Url: جدول WebexCalling: routingNE التكلفة الوزن dtg =================================================================== 1 *@*.webex.com WebexMeetings 1 50 WebexMeetingsNS توجيه NE لـ I-SBC
التكوين الأساسي
NS_CLI/System/Device/RoutingNE> احصل على عنصر شبكة WebexMeetings الموقع = 1281465 مركز البيانات = التكلفة الثابتة = 1 الوزن الثابت = 99 تصويت = false OpState = تمكين الدولة = ملف تعريف OnLine = NIL_PROFILE تمكين البحث عن بُعد = سمات إشارات خاطئة = NS_CLI/System/Device/RoutingNE/Address> احصل على WebexMeetings Routing NE عنوان التكلفة الوزن منفذ النقل طريق ===================================================================== WebexMeetings sbc-address 1 99 - غير محددملف تعريف توجيه NS
تم إضافة مثيل سياسة UrlDialing إلى ملف تعريف (ملفات تعريف) التوجيه المناسبة
NS_CLI/Policy/Profile> الحصول على ملف تعريف MyInst Profile: مثيل سياسة Webex ========================================== … طلب UrlWebexMeetingsاستخدام توجيه NS لمكالمة NetworkURL
قم بتمكين AS لتكريم توجيه NS في وضع AS الهجين
AS_CLI/Interface/IMS> تعيين الاستعلامNSForNetworkURL trueمكالمة الطوارئ E911
يدعم Webex for Cisco BroadWorks الاتصال بخدمات الطوارئ E911. وباستخدام هذه الميزة، يتم توجيه مكالمات الطوارئ إلى نقطة الرد على السلامة العامة (PSAP) يمكنها بعد ذلك توجيه خدمات الطوارئ إلى موقع المتصل. لاستخدام هذه الميزة، يجب عليك دمج Webex من أجل Cisco BroadWorks مع موفر مكالمات الطوارئ E911.
استخدم مقالات Webex التالية لتكوين الدعم لخدمات مكالمات الطوارئ E911:
-
-
النطاق الترددي
-
إنترادو
-
RedSky
-
تخصيص العملاء وتوفيرهم
يقوم المستخدمون بتنزيل وتثبيت تطبيقات Webex العامة الخاصة بهم، لسطح المكتب أو الأجهزة المحمولة (للاطلاع على ارتباطات التنزيل، ارجع إلى منصات تطبيق Webex). بمجرد مصادقة المستخدم، يسجل العميل في Webex Cloud للمراسلة والاجتماعات، ويسترد معلومات العلامة التجارية الخاصة به، ويكتشف معلومات خدمة BroadWorks الخاصة به، ويقوم بتنزيل تكوين الاتصال الخاص به من خادم تطبيق BroadWorks (عبر DMS على XSP|ADP).
يمكنك تكوين معلمات الاتصال لتطبيقات Webex في BroadWorks (كالمعتاد). يمكنك تكوين العلامات التجارية ومعلمات المراسلة والاجتماعات للعملاء في Control Hub. أنت لا تقوم بتعديل ملف التكوين بشكل مباشر.
يمكن أن تتداخل مجموعتين من التكوينات، وفي هذه الحالة يحل تكوين Webex محل تكوين BroadWorks.
إضافة قوالب تكوين تطبيقات Webex إلى خادم تطبيقات BroadWorks
تم تكوين تطبيقات Webex باستخدام ملفات DTAF. يقوم العملاء بتنزيل ملف XML للتكوين من خادم التطبيق، عبر خدمة إدارة الأجهزة على XSP|ADP.
-
احصل على ملفات DTAF المطلوبة (ارجع إلى ملفات تعريف الجهاز في قسم "إعداد البيئة الخاصة بك").
-
تحقق من وجود مجموعات العلامات الصحيحة في نظام BroadWorks > الموارد > مجموعات علامات إدارة الأجهزة.
-
لكل عميل تقوم بتوفيره:
-
قم بتنزيل واستخراج ملف DTAF المضغوط لعميل معين.
-
استيراد ملفات DTAF إلى BroadWorks في النظام > الموارد > أنواع ملفات تعريف الهوية/الأجهزة
-
افتح ملف تعريف الجهاز الذي تم إضافته حديثًا من أجل تحريره و:
-
أدخل FQDN الخاص بمزرعة XSP|ADP وبروتوكول الوصول إلى الجهاز.
-
حدد خانة الاختيار دعم معلومات الطرف البعيد. يلزم توفر هذا الدعم حتى تعمل مشاركة سطح المكتب.
يمكنك أيضًا تمكين دعم الطرف البعيد عن طريق تشغيل أمر CLI التالي على خادم التطبيق:
AS_CLI/System/DeviceType/SIP> تعيين دعم <device_profile_type>RemotePartyInfo true
-
-
قم بتعديل القوالب بما يتوافق مع بيئتك (راجع الجدول أدناه).
-
احفظ ملف التعريف.
-
-
انقر على الملفات والمصادقة ثم حدد خيار إعادة إنشاء جميع ملفات النظام.
|
الاسم |
الوصف |
|
أولوية برنامج الترميز |
تكوين ترتيب الأولوية لبرامج ترميز الصوت والفيديو لمكالمات VoIP |
|
TCP وUDP وTLS |
تكوين البروتوكولات المستخدمة لإشارات SIP والوسائط |
|
منافذ الصوت والفيديو RTP |
تكوين نطاقات المنافذ لصوت وفيديو RTP |
|
خيارات SIP |
قم بتكوين الخيارات المختلفة المتعلقة بـ SIP (معلومات SIP، واستخدام التقارير، واكتشاف وكيل SIP، والفواصل الزمنية للتسجيل والاشتراك، وما إلى ذلك). |
تخصيص العلامات التجارية لتطبيق Webex
-
تخصيصات الشريك — يستطيع مسؤولو الشريك تطبيق التخصيصات المتقدمة للعلامة التجارية التي تنطبق على مؤسسة الشريك و/أو العملاء الذين يديرهم الشريك. تكوين عمليات التخصيص المتقدمة لإدراج العلامة التجارية
-
تخصيصات العملاء— إذا سمح الشريك للعملاء بتطبيق عمليات تخصيص العلامات التجارية الخاصة بهم، يستطيع مسؤولو العملاء اتباع الإجراءات الموجودة في إضافة العلامة التجارية لشركتك إلى Webex.
يستخدم مدخل تنشيط المستخدم نفس الشعار الذي تضيفه للعلامة التجارية للعميل.
تخصيص عناوين URL للإبلاغ عن المشكلات والتعليمات
لتخصيص هذه الخيارات، يستطيع المسؤولون اتباع إجراء "إضافة تعليقات وعناوين URL لموقع المساعدة"، والذي يمكن العثور عليه في كل من مقالات إدراج العلامة التجارية المذكورة أعلاه.
تكوين مؤسسة الاختبار الخاصة بك لـ Webex من أجل Cisco BroadWorks
قبل البدء
مع متابعة التوفير
يجب عليك تكوين جميع خدمات XSP|ADP، والمؤسسة الشريكة في Control Hub، قبل أن تتمكن من تنفيذ هذه المهمة.
| 1 |
تعيين الخدمة في BroadWorks: |
| 2 |
التحقق من مؤسسة العميل والمستخدمين في Control Hub: |
إعدادات المستخدم
| 1 |
قم بتنزيل تطبيق Webex على جهازين مختلفين. |
| 2 |
سجّل الدخول كمستخدم لاختبار جهازك. |
| 3 |
إجراء مكالمات الاختبار. |
إدارة Webex ل BroadWorks
توفير منظمات العملاء
في النموذج الحالي، نقوم تلقائيا بتوفير مؤسسة العميل عند انضمامك إلى المستخدم الأول من خلال أي من الطرق الموضحة في هذا المستند. يحدث التوفير مرة واحدة فقط لكل عميل.
توفير المستخدمين
يمكنك إدارة حسابات المستخدمين بالطرق التالية:
-
استخدام واجهات برمجة التطبيقات لإنشاء حسابات Webex
-
تعيين IM & P المتكاملة (إدارة التدفق من خلال) مع رسائل البريد الإلكتروني الموثوق بها لإنشاء حسابات Webex
-
تعيين مراسلة فورية وعمليات متكاملة (إدارة حسابات متدفقة) بدون رسائل بريد إلكتروني موثوق بها. يوفر المستخدمون عناوين البريد الإلكتروني ويتحققون منها لإنشاء حسابات Webex
-
السماح للمستخدمين بالتنشيط الذاتي (ترسل لهم رابطا ، ويقومون بإنشاء حسابات Webex)
واجهات برمجة تطبيقات التوفير العام
يعرض Webex واجهات برمجة التطبيقات العامة للسماح لموفري الخدمة بدمج Webex لتوفير مشتركي Cisco BroadWorks في سير عمل التوفير الحالي الخاص بهم. تتوفر مواصفات واجهات برمجة التطبيقات هذه على developer.webex.com. إذا كنت ترغب في التطوير باستخدام واجهات برمجة التطبيقات هذه، فاتصل بممثل Cisco للحصول على Webex ل Cisco BroadWorks.
سيتم رفض عملاء Wholesale من قِبل واجهات API هذه.
التزويد المتدفق
على BroadWorks، يمكنك تزويد المستخدمين بخيار تمكين المراسلة الفورية والصيانة المتكاملة. يؤدي هذا الإجراء محول توفير BroadWorks لإجراء استدعاء واجهة برمجة تطبيقات لتوفير المستخدم على Webex. واجهة برمجة تطبيقات التوفير الخاصة بنا متوافقة مع الإصدارات السابقة مع واجهة برمجة تطبيقات UC-One SaaS. لا يتطلب BroadWorks AS أي تغيير في التعليمات البرمجية، بل يتطلب فقط تغيير تكوين إلى نقطة نهاية واجهة برمجة التطبيقات لمحول التوفير.
يمكن أن يستغرق توفير المشتركين على Webex وقتا كبيرا (عدة دقائق للمستخدم الأولي داخل المؤسسة). يقوم Webex بتنفيذ التوفير كمهمة خلفية. لذلك ، يشير النجاح في توفير التدفق إلى أن التوفير قد بدأ. لا يشير إلى الانتهاء.
للتأكد من أن المستخدمين ومنظمة العملاء يتم توفيرهم بالكامل على Webex، يجب عليك تسجيل الدخول إلى مركز الشركاء والبحث في قائمة العملاء.
يمكن لمستخدمي اتصال BroadWorks الحصول على Webex من أجل BroadWorks عبر ظهور مكالمة مشتركة (SCA). سيحتاج مستخدم الاتصال الهاتفي إلى تعيين خدمة المصادقة. كما هو موضح في قسم 8 من دليل حلول قنوات BroadWorks، يسمح هذا بفصل مصادقة مظهر SCA Webex عن مصادقة القناة العامة. لا يمكن توفير Webex من أجل BroadWorks للمستخدمين الذين يتم تعيين قائمة المسار أو ميزات التوجيه المباشر.
تم نقل موقع القوالب من "اتصال BroadWorks" في إعدادات المؤسسة إلى قسم "قائمة العملاء" ويُطلق عليه الآن "قالب الإلحاق".
التفعيل الذاتي للمستخدم
لتوفير مستخدمي BroadWorks في Webex، دون تعيين خدمة IM & P المتكاملة:
-
سجّل الدخول إلى Partner Hub، وابحث عن صفحة قائمة العملاء .
-
انقر على عرض القوالب.
-
حدد قالب الإلحاق التوفير الذي تريد تطبيقه على هذا المستخدم.
تذكر أن كل قالب مرتبط بمجموعة وبالمؤسسة الشريكة. إذا لم يكن المستخدم في نظام BroadWorks المقترن بهذا القالب، فلن يتمكن المستخدم من التنشيط الذاتي باستخدام الارتباط.
-
انسخ رابط إدارة الحسابات وأرسله إلى المستخدم.
قد ترغب أيضا في تضمين رابط تنزيل البرنامج ، وتذكير المستخدم بأنه بحاجة إلى توفير عنوان بريده الإلكتروني والتحقق من صحته لتنشيط حساب Webex الخاص به.
-
يمكنك مراقبة حالة تنشيط المستخدم على القالب المحدد.
لمزيد من المعلومات، راجع إدارة حسابات المستخدمين وتدفقات التنشيط.
إدارة الحسابات باستخدام رسائل البريد الإلكتروني غير الموثوق بها
يوفر مركز الشركاء مجموعة من عناصر التحكم ضمن طريقة عرض حالة المستخدم التي تتيح لمسؤولي Webex for Cisco BroadWorks Service Provider مراجعة حالة المستخدم وحل الأخطاء عند إدارة الحسابات باستخدام رسائل بريد إلكتروني غير موثوق بها. لمعرفة التفاصيل، يرجى الاطلاع على إثبات ملكية إدارة حسابات المستخدمين باستخدام رسائل البريد الإلكتروني غير الموثوق بها.
نقل مستخدمي 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 for Cisco BroadWorks. لاحظ أن مؤسسة Webex for Cisco BroadWorks يجب أن تكون موجودة (مع توفير المستخدم الأول). في هذه الحالة، يمكنك استخدام أحد الخيارات التالية لنقل المستخدمين:
-
نقل المستخدم (باستخدام البريد الإلكتروني الموثوق به) - يستخدم توفير رسائل البريد الإلكتروني الموثوق فيها
-
نقل المستخدم (باستخدام بريد إلكتروني غير موثوق به) - يستخدم توفير رسائل بريد إلكتروني غير موثوق بها
-
التفعيل الذاتي
إذا لم يتم إنشاء مؤسسة Webex for Cisco BroadWorks حتى الآن (لم يتم توفير أي مستخدمين)، فاتبع عمليات التوفير العادية ( توفير المستخدمين) لإنشاء المؤسسة وإضافة أول مستخدم كمستخدم إداري. بعد توفير المستخدم الأول في المؤسسة، اتبع الأساليب المستندة إلى الموافقة في هذا الإجراء لنقل المستخدمين اللاحقين.
نقل المستخدم (باستخدام البريد الإلكتروني الموثوق به)
إذا كان قالب الإلحاق يستخدم رسائل بريد إلكتروني موثوق بها، يستطيع مسؤول الشريك نقل المستخدمين اللاحقين من خلال هذه العملية:
-
يضيف المسؤول المستخدم.
-
يتم دفع المستخدم إلى جسر توفير BroadWorks.
-
يحدد بحث CI أن هذا المستخدم لديه حساب Webex آخر بعنوان البريد الإلكتروني هذا.
-
يتم إرسال بريد إلكتروني تلقائي إلى المستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر على تنشيط الحساب. تتم إعادة توجيه المستخدم إلى بوابة Webex Consumer Portal.
-
يقوم المستخدم بتسجيل الدخول إلى Webex.
-
ينقر المستخدم على حذف لحذف حساب Webex القديم.
-
يتم حذف حساب Webex القديم.
-
يتم توفير المستخدم إلى Webex ل Cisco BroadWorks باستخدام نفس عنوان البريد الإلكتروني.
-
يتم توجيه المستخدم إلى صفحة التنزيل.
-
نقل المستخدم (باستخدام بريد إلكتروني غير موثوق به)
إذا كان قالب الإلحاق يستخدم رسائل بريد إلكتروني غير موثوق بها، فيجب التحقق من صحة عنوان البريد الإلكتروني للمستخدم أولاً. يمكن للمسؤول اتباع هذه العملية لنقل المستخدمين اللاحقين:
-
يضيف المسؤول المستخدم.
-
يتم دفع المستخدم تلقائيا إلى جسر إدارة حسابات BroadWorks.
-
يتم إرسال نص يحتوي على رابط تنشيط إلى المستخدم.
-
-
ينقر المستخدم على رابط التنشيط ويدخل عنوان بريده الإلكتروني.
-
يحدد بحث CI أن هذا المستخدم لديه حساب Webex آخر بعنوان البريد الإلكتروني هذا.
-
يتم إرسال بريد إلكتروني تلقائي إلى المستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر على الانضمام الآن.
-
يتم التحقق من صحة عنوان البريد الإلكتروني.
-
تتم إعادة توجيه المستخدم لتسجيل الدخول إلى بوابة Webex Consumer Portal.
-
-
يقوم المستخدم بتسجيل الدخول إلى Webex.
-
يجب على المستخدم النقر فوق حذف لحذف حساب Webex القديم.
-
يتم حذف حساب Webex القديم.
-
يتم توفير المستخدم إلى Webex ل Cisco BroadWorks باستخدام نفس عنوان البريد الإلكتروني.
-
يتم توجيه المستخدم إلى صفحة التنزيل.
-
تدفق التنشيط الذاتي
إذا كان لدى المستخدم حساب BroadWorks موجود، فيمكنه استخدام عملية التنشيط الذاتي لنقل حسابه.
-
يقوم المستخدم بتسجيل الدخول إلى عنوان URL لمدخل وصول المستخدم باستخدام بيانات اعتماد BroadWorks.
-
يدخل المستخدم عنوان بريده الإلكتروني.
-
يتم دفع المستخدم إلى جسر إدارة حسابات BroadWorks.
-
يتم إرسال بريد إلكتروني تلقائي إلى عنوان البريد الإلكتروني للمستخدم.
-
-
يفتح المستخدم البريد الإلكتروني وينقر على رابط الانضمام الآن ، الذي يتحقق من صحة عنوان البريد الإلكتروني.
-
CI تجد المستخدم لديه حساب Webex موجود. يجب على المستخدم حذف الحساب القديم قبل أن يتمكن من المتابعة.
-
تتم إعادة توجيه المستخدم لتسجيل الدخول إلى Webex.
-
-
يقوم المستخدم بتسجيل الدخول إلى بوابة المستهلك.
-
ينقر المستخدم على حذف الحساب.
-
يتم حذف حساب Webex القديم.
-
يتم تزويد المستخدم بحساب Webex جديد ل Cisco BroadWorks بنفس عنوان البريد الإلكتروني.
-
إرفاق Webex من أجل BroadWorks بمؤسسة حالية
إذا كنت مسؤول شريك تقوم بإضافة خدمات Webex من أجل BroadWorks إلى مؤسسة عميل Webex الحالية، والتي لم ترتبط بعد بمؤسسة BroadWorks يديرها شريك، فيجب على مسؤول مؤسسة العميل الموافقة على وصول المسؤول كي ينجح طلب التوفير.
يلزم الحصول على موافقة مسؤول المؤسسة إذا تحقق أي مما يلي:
-
يوجد لدى مؤسسة العميل الحالية 100 مستخدم أو أكثر
-
لدى المؤسسة نطاق بريد إلكتروني تم التحقق منه
-
تمت المطالبة بنطاق المؤسسة
إذا لم يكن أي من المعايير المذكورة أعلاه صحيحًا، فقد يحدث مرفق تلقائي.
في سيناريو المرفق التلقائي، تتم إضافة اشتراك Webex for BroadWorks إلى مؤسسة عميل حالية دون أي إشعار إلى مسؤول المؤسسة الحالي أو المستخدم النهائي. في معظم الحالات، سيتم منح مؤسسة الشريك الخاص بك حقوق مسؤول التوفير. ومع ذلك، إذا لم يكن لدى مؤسسة العميل تراخيص أو تراخيص معلقة/ملغاة فقط، ففي هذه الحالة، سيتم تعيينك كمسؤول بصلاحيات كاملة.
من خلال توفير وصول المسؤول، ستكون لديك رؤية محدودة في Control Hub للمستخدمين في المؤسسة الحالية. يوصى بالاتصال بمسؤول العميل وطلب وصول المسؤول الكامل إلى المؤسسة.
يمكن لمسؤولي الشركاء إكمال الإجراء التالي لإضافة خدمات اتصال BroadWorks إلى مؤسسة Webex موجودة:
تأكد من السماح برسائل الدعوة بالبريد الإلكتروني الخاصة بالمسؤول عند إرفاقها بمؤسسات موجودة (يتم تشغيل التبديل بشكل افتراضي).
| 1 |
يوفر مسؤول الشريك Webex ل Cisco BroadWorks للعميل. للحصول على المساعدة، ارجع إلى توفير مؤسسات العملاء. يحدث ما يلي:
افترض أن مسؤول العميل لا يتلقى بريدًا إلكترونيًا. في هذه الحالة، يمكن لمسؤول العميل إضافة مسؤول الشريك يدويًا (المحدد في القالب) كمسؤول خارجي لمؤسسة العميل من Control Hub. ثم أعد محاولة توفير المستخدم، وهو ما سيؤدي إلى تشغيل توفير Webex لعميل Cisco BroadWorks. |
| 2 |
من خلال وصول المسؤول الكامل ، يمكن لمسؤول الشريك إكمال عملية توفير العميل. ستحتاج إلى إعادة محاولة توفير العميل بدءًا من الخطوة 1 أعلاه. ومع ذلك، فبصفتك مسؤولاً خارجيًا بصلاحيات كاملة، يجب ألا تلاحظ الخطأ الذي حدث في عام 2017. بمجرد اكتمال توفير خدمات الاتصال، ستكون مؤسسة العميل الحالية ظاهرة كعميل ضمن مؤسسة Webex for BroadWorks الشريكة. لن يتغير اسم المؤسسة المرفقة إلى اسم مؤسسة 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 من أجل BroadWorks من مؤسسة Webex موجودة. على سبيل المثال، إذا قمت بإرفاق Webex من أجل BroadWorks بمؤسسة موجودة عن طريق الصدفة وتريد إزالة المرفق.