نشر Webex ل Cisco BroadWorks

نظرة عامة على النشر

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

الشكل رقم 1. المهام المطلوبة لنشر توفير التدفق من خلال
يعرض ترتيب المهام المطلوبة لنشر Webex ل BroadWorks مع توفير التدفق ورسائل البريد الإلكتروني الموثوق بها
الشكل رقم 2. المهام المطلوبة لنشر إدارة حسابات التدفق بدون رسائل بريد إلكتروني موثوق بها
يعرض ترتيب المهام المطلوبة لنشر Webex ل BroadWorks مع توفير التدفق بدون رسائل البريد الإلكتروني
الشكل رقم 3. المهام المطلوبة لنشر التوفير الذاتي للمستخدم
إظهار ترتيب المهام المطلوبة لنشر Webex ل BroadWorks مع التنشيط الذاتي

إعداد الشركاء ل Webex ل Cisco BroadWorks

يحتاج كل Webex لموفر خدمة Cisco BroadWorks أو موزعه إلى الإعداد كمؤسسة شريكة ل Webex ل Cisco BroadWorks. إذا كان لديك منظمة شريكة Webex حالية، فيمكن استخدام ذلك.

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

تكوين الخدمات على Webex الخاص بك ل Cisco BroadWorks XSPs

نطلب تشغيل تطبيق NPS على XSP مختلف. يتم وصف متطلبات XSP هذه في تكوين إعلامات المكالمات من شبكتك.

تحتاج إلى التطبيقات / الخدمات التالية على XSPs الخاصة بك.

الخدمة/التطبيق

المصادقة مطلوبة

الغرض من الخدمة/التطبيق

Xsi-الأحداث

TLS (الخادم يصادق على نفسه للعملاء)

التحكم في المكالمات وإشعارات الخدمة

إجراءات Xsi

TLS (الخادم يصادق على نفسه للعملاء)

التحكم في المكالمات والإجراءات

إدارة الأجهزة

TLS (الخادم يصادق على نفسه للعملاء)

تنزيل تكوين المكالمات

خدمة المصادقة

TLS (الخادم يصادق على نفسه للعملاء)

مصادقة المستخدم

تكامل الاتصالات الهاتفية الحاسوبية

mTLS (العميل والخادم يصادقان على بعضهما البعض)

التواجد الهاتفي

تطبيق عرض ويب لإعدادات المكالمات

TLS (الخادم يصادق على نفسه للعملاء)

يعرض إعدادات مكالمات المستخدم في بوابة الرعاية الذاتية داخل تطبيق Webex

يوضح هذا القسم كيفية تطبيق التكوينات المطلوبة ل TLS و mTLS على هذه الواجهات، ولكن يجب عليك الرجوع إلى الوثائق الموجودة للحصول على التطبيقات المثبتة على XSPs الخاصة بك.

متطلبات الإقامة المشتركة

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

  • يمكن تشغيل خدمة المصادقة و Xsi على نفس المنفذ إذا لزم الأمر.

  • يمكنك فصل الخدمات/التطبيقات الأخرى كما هو مطلوب لمقياسك (مزرعة XSP المخصصة لإدارة الأجهزة، على سبيل المثال).

  • يمكنك المشاركة في تحديد موقع تطبيقات Xsi وCTI وخدمة المصادقة وDMS.

  • لا تقم بتثبيت تطبيقات أو خدمات أخرى على XSPs المستخدمة لدمج BroadWorks مع Webex.

  • لا تشارك في تحديد موقع تطبيق NPS مع أي تطبيقات أخرى.

واجهات Xsi

قم بتثبيت وتكوين تطبيقات Xsi-Actions و Xsi-Events كما هو موضح في دليل تكوين واجهة خدمات Xtended من Cisco BroadWorks Xtended .

تكوين خدمة المصادقة (مع التحقق من صحة الرمز المميز CI)

استخدم هذا الإجراء لتكوين خدمة المصادقة لاستخدام التحقق من صحة CI Token مع طبقة النقل الآمنة. يوصى باستخدام طريقة المصادقة هذه إذا كنت تقوم بتشغيل R22 أو أعلى وكان نظامك يدعمها.


يتم دعم TLS المتبادل (mTLS) أيضا كطريقة مصادقة بديلة لخدمة المصادقة. إذا كان لديك العديد من مؤسسات Webex التي تعمل خارج نفس خادم XSP، فيجب عليك استخدام مصادقة mTLS لأن التحقق من صحة CI Token لا يدعم اتصالات متعددة بنفس خدمة مصادقة XSP.

لتكوين مصادقة mTLS لخدمة المصادقة بدلا من التحقق من صحة CI Token، راجع ملحق تكوين الخدمات (مع mTLS لخدمة المصادقة).


إذا كنت تستخدم mTLS حاليا لخدمة المصادقة، فليس من الضروري إعادة التكوين لاستخدام التحقق من صحة CI Token مع طبقة النقل الآمنة (TLS).
  1. قم بإنشاء طلب خدمة مع جهة اتصال الإعداد الخاصة بك ، أو مع TAC ، لتوفير حساب عميل OAuth (Webex Common Identity). عنوان طلب الخدمة الخاص بك "تكوين XSP AuthService". تمنحك Cisco معرف عميل OAuth وسر عميل ورمز تحديث صالح لمدة 60 يوما. إذا انتهت صلاحية الرمز المميز قبل استخدامه مع XSP، فيمكنك رفع طلب آخر.

  2. قم بتثبيت التصحيحات التالية على كل خادم XSP. قم بتثبيت التصحيحات المناسبة للإصدار الخاص بك:

  3. تثبيت AuthenticationService التطبيق على كل خدمة XSP.

    1. قم بتشغيل الأمر التالي لتنشيط تطبيق AuthenticationService على XSP إلى مسار السياق /authService.

      XSP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService
    2. قم بتشغيل هذا الأمر لنشر AuthenticationService على XSP:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...
  4. تكوين موفري الهوية عن طريق تشغيل الأوامر التالية على كل خادم XSP:

    XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

    • set enabled true

    • set clientId <client id>

    • set clientSecret <secret from TAC service request>

    • set ciResponseBodyMaxSizeInBytes 65536

    • set issuerName <URL> —ل URL ، أدخل عنوان URL لاسم المصدر الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي.

    • set issuerUrl <URL> —ل URL ، أدخل عنوان URL للمصدر الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي.

    • set tokenInfoUrl <IdPProxy URL> —أدخل عنوان URL لوكيل موفر الهوية الذي ينطبق على مجموعة Teams. انظر الجدول الثاني التالي.

    الجدول رقم 1. تعيين اسم المصدر وعنوان URL للمصدر

    إذا كان CI Cluster هو ...

    تعيين اسم المصدر وعنوان URL للمصدر...

    الولايات المتحدة-A

    https://idbroker.webex.com/idb

    الاتحاد الأوروبي

    https://idbroker-eu.webex.com/idb

    الولايات المتحدة-B

    https://idbroker-b-us.webex.com/idb


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

    إذا كانت مجموعة Teams ...

    قم بتعيين tokenInfoURL إلى... (عنوان URL لوكيل موفر الهوية)

    ACHM

    https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

    عفراء

    https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate

    AORE

    https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate


     
    • إذا كنت لا تعرف Teams Cluster، فيمكنك الحصول على المعلومات من تفاصيل العميل في طريقة عرض مكتب المساعدة في مركز التحكم.

    • للاختبار ، يمكنك التحقق من أن tokenInfoURL صالح عن طريق استبدال " idp/authenticate" جزء من عنوان URL مع " ping".

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

    XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user

  6. تكوين موفري الهوية لاتحاد Cisco باستخدام الأوامر التالية على كل خادم XSP:

    XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get

    • set flsUrl https://cifls.webex.com/federation

    • set refreshPeriodInMinutes 60

    • set refreshToken <token from service request>

  7. قم بتشغيل الأمر التالي للتحقق من أن تكوين FLS الخاص بك يعمل. سيقوم هذا الأمر بإرجاع قائمة موفري الهوية:

    XSP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get

  8. تكوين إدارة الرمز المميز باستخدام الأوامر التالية على كل خادم XSP:

    • XSP_CLI/Applications/AuthenticationService/TokenManagement>

    • set tokenIssuer BroadWorks

    • set tokenDurationInHours 720

  9. إنشاء مفاتيح RSA ومشاركتها. يجب عليك إنشاء مفاتيح على XSP واحد ثم نسخها إلى جميع XSPs الأخرى. ويرجع ذلك إلى العوامل التالية:

    • يجب عليك استخدام نفس أزواج المفاتيح العامة / الخاصة لتشفير / فك تشفير الرمز المميز عبر جميع مثيلات خدمة المصادقة.

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


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

    2. استخدم عميلا لطلب رمز مميز مشفر من XSP هذا، عن طريق طلب عنوان URL التالي من مستعرض العميل:

      https://<XSP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)

      (يؤدي هذا إلى إنشاء زوج مفاتيح خاص / عام على XSP ، إذا لم يكن هناك زوج بالفعل)

    3. موقع المتجر الرئيسي غير قابل للتكوين. تصدير المفاتيح:

      XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. نسخ الملف المصدر /var/broadworks/tmp/authService.keys إلى نفس الموقع على XSPs الأخرى ، الكتابة فوق أقدم .keys ملف إذا لزم الأمر.

    5. استيراد المفاتيح على كل من XSPs الأخرى:

      XSP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

  10. قم بتوفير عنوان URL الخاص ب authService إلى حاوية الويب. تحتاج حاوية الويب الخاصة ب XSP إلى عنوان URL الخاص ب authService حتى تتمكن من التحقق من صحة الرموز المميزة. على كل من XSPs:

    1. إضافة عنوان URL لخدمة المصادقة كخدمة مصادقة خارجية للأداة المساعدة للاتصالات BroadWorks:

      XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService> set url http://127.0.0.1/authService

    2. أضف عنوان URL لخدمة المصادقة إلى الحاوية:

      XSP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

      وهذا يمكن Webex من استخدام خدمة المصادقة للتحقق من صحة الرموز المميزة المقدمة كبيانات اعتماد.

    3. تحقق من المعلمة باستخدام get.

    4. أعد تشغيل XSP.

إزالة متطلبات مصادقة العميل لخدمة المصادقة (R24 فقط)

إذا كان لديك خدمة المصادقة التي تم تكوينها مع التحقق من صحة CI Token على R24، فستحتاج أيضا إلى إزالة متطلبات مصادقة العميل لخدمة المصادقة. قم بتشغيل الأمر CLI التالي:

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

تكوين طبقة النقل الآمنة (TLS) والأصفار على واجهات HTTP (لخدمة XSI والمصادقة)

تستخدم تطبيقات "خدمة المصادقة" و"إجراءات Xsi" و"Xsi-Events" واجهات خادم HTTP. مستويات تكوين طبقة النقل الآمنة لهذه التطبيقات هي كما يلي:

الأكثر عمومية = > نقل النظام > HTTP > واجهة خادم HTTP = الأكثر تحديدا

سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:

خصوصيه سياق CLI
النظام (عالمي)

XSP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP_CLI/System/SSLCommonSettings/JSSE/Protocols>

بروتوكولات النقل لهذا النظام

XSP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>

HTTP على هذا النظام

XSP_CLI/Interface/Http/SSLCommonSettings/Ciphers>

XSP_CLI/Interface/Http/SSLCommonSettings/Protocols>

واجهات خادم HTTP محددة على هذا النظام

XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

قراءة تكوين واجهة TLS لخادم HTTP على XSP

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/Http/HttpServer>

  2. أدخل get الأمر وقراءة النتائج. يجب أن ترى الواجهات (عناوين IP) ، وبالنسبة لكل منها ، ما إذا كانت آمنة وما إذا كانت تتطلب مصادقة العميل.

يفرض Apache tomcat شهادة لكل واجهة آمنة. يقوم النظام بإنشاء شهادة موقعة ذاتيا إذا كان بحاجة إلى واحدة.

XSP_CLI/Interface/Http/HttpServer> get

إضافة بروتوكول TLS 1.2 إلى واجهة خادم HTTP

يجب تكوين واجهة HTTP التي تتفاعل مع Webex Cloud ل TLSv1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.

لتكوين بروتوكول TLSv1.2 على واجهة خادم HTTP:

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

  2. أدخل الأمر get <interfaceIp> 443 لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة.

  3. أدخل الأمر add <interfaceIp> 443 TLSv1.2 للتأكد من أن الواجهة يمكنها استخدام TLS 1.2 عند التواصل مع السحابة.

تحرير تكوين رموز TLS على واجهة خادم HTTP

لتكوين الأصفار المطلوبة:

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

  2. أدخل الأمر get <interfaceIp> 443 لمعرفة الأصفار المستخدمة بالفعل على هذه الواجهة. يجب أن يكون هناك واحد على الأقل من المجموعات الموصى بها من Cisco (راجع متطلبات XSP للهوية والأمان في قسم نظرة عامة).

  3. أدخل الأمر add <interfaceIp> 443 <cipherName> لإضافة تشفير إلى واجهة خادم HTTP.


    يتطلب XSP CLI اسم مجموعة تشفير IANA القياسية، وليس اسم مجموعة تشفير openSSL. على سبيل المثال، لإضافة تشفير openSSL ECDHE-ECDSA-CHACHA20-POLY1305 إلى واجهة خادم HTTP ، يمكنك استخدام: XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

    انظر https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.

تكوين إدارة الأجهزة على XSP وخادم التطبيقات وخادم ملف التعريف

خادم ملف التعريف وXSP إلزاميان لإدارة الأجهزة. يجب تكوينها وفقا للإرشادات الواردة في دليل تكوين إدارة أجهزة BroadWorks.

واجهة CTI والتكوين ذي الصلة

يتم سرد ترتيب التكوين "من أقصى إلى أقصى حد" أدناه. اتباع هذا الأمر ليس إلزاميا.

  1. تكوين خادم التطبيق لاشتراكات CTI

  2. تكوين XSPs لاشتراكات CTI المصادق عليها mTLS

  3. فتح منافذ واردة لواجهة CTI آمنة

  4. اشترك في مؤسسة Webex الخاصة بك في أحداث BroadWorks CTI

تكوين خادم التطبيق لاشتراكات CTI

تحديث ClientIdentity على ملقم التطبيق بالاسم الشائع (CN) لشهادة عميل Webex ل Cisco BroadWorks CTI.

لكل خادم تطبيق تستخدمه مع Webex، أضف هوية الشهادة إلى ClientIdentity كما يلي:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com


الاسم الشائع لشهادة عميل Webex ل Cisco BroadWorks هو bwcticlient.webex.com.

تكوين TLS والأصفار على واجهة CTI

مستويات قابلية التكوين لواجهة XSP CTI هي كما يلي:

الأكثر عمومية = > نقل النظام > واجهات CTI > واجهة CTI = الأكثر تحديدا

سياقات CLI التي تستخدمها لعرض إعدادات SSL المختلفة أو تعديلها هي:

خصوصيه

سياق CLI

النظام (عالمي)

(R22 والإصدارات الأحدث)

XSP_CLI/System/SSLCommonSettings/JSSE/Ciphers>

XSP_CLI/النظام/SSLCommonSettings/JSSE/البروتوكولات>

بروتوكولات النقل لهذا النظام

(R22 والإصدارات الأحدث)

XSP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers>

XSP_CLI/النظام/SSLCommonSettings/OpenSSL/البروتوكولات>

جميع واجهات CTI على هذا النظام

(R22 والإصدارات الأحدث)

XSP_CLI/واجهة/CTI/SSLCommonSettings/Ciphers>

XSP_CLI / واجهة / CTI / SSLCommonSettings / البروتوكولات>

واجهة CTI محددة على هذا النظام

(R22 والإصدارات الأحدث)

XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

XSP_CLI/Interface/CTI/CTIServerSSLSettings/Protocol>


في تثبيت جديد، يتم تثبيت الأصفار التالية افتراضيا على مستوى النظام. إذا لم يتم تكوين أي شيء على مستوى الواجهة (على سبيل المثال ، في واجهة CTI أو واجهة HTTP) ، تطبيق قائمة التشفير هذه. لاحظ أن هذه القائمة قد تتغير بمرور الوقت:

  • TLS ECDHE RSA_مع_AES__128_GCM_SHA256_

  • TLS ECDHE ECDSA_مع_AES__128_GCM_SHA256_

  • TLS ECDHE RSA_مع_AES__128_CBC_SHA256_

  • TLS ECDHE ECDSA_مع_AES__128_CBC_SHA256_

  • TLS DHE DSS مع AES___128_GCM_SHA256__

  • TLS DHE RSA_مع_AES__128_GCM_SHA256_

  • TLS DHE RSA_مع_AES__128_CBC_SHA256_

  • TLS DHE DSS مع AES___128_CBC_SHA256__

  • TLS ECDH RSA_مع_AES__128_GCM_SHA256_

  • TLS ECDH ECDSA_مع_AES__128_GCM_SHA256_

  • TLS ECDH RSA_مع_AES__128_CBC_SHA256_

  • TLS ECDH ECDSA_مع_AES__128_CBC_SHA256_

قراءة تكوين واجهة CTI TLS على XSP

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/CTI/CTIServer>

  2. أدخل get الأمر وقراءة النتائج. يجب أن ترى الواجهات (عناوين IP) ، وبالنسبة لكل منها ، ما إذا كانت تتطلب شهادة خادم وما إذا كانت تتطلب مصادقة العميل.

    XSP_CLI/Interface/CTI/CTIServer> get
      Interface IP  Port  Secure  Server Certificate  Client Auth Req
    =================================================================
      10.155.6.175  8012    true                true             true
    

إضافة بروتوكول TLS 1.2 إلى واجهة CTI

يجب تكوين واجهة XSP CTI التي تتفاعل مع Webex Cloud ل TLS v1.2. لا تتفاوض السحابة على الإصدارات السابقة من بروتوكول TLS.

لتكوين بروتوكول TLSv1.2 على واجهة CTI:

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

  2. أدخل الأمر get <interfaceIp> لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة.

  3. أدخل الأمر add <interfaceIp> TLSv1.2 للتأكد من أن الواجهة يمكنها استخدام TLS 1.2 عند التواصل مع السحابة.

تحرير تكوين رموز TLS على واجهة CTI

لتكوين الأصفار المطلوبة على واجهة CTI:

  1. تسجيل الدخول إلى XSP والانتقال إلى XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

  2. أدخل get لمعرفة الأصفار المستخدمة بالفعل على هذه الواجهة. يجب أن يكون هناك واحد على الأقل من المجموعات الموصى بها من Cisco (راجع متطلبات XSP للهوية والأمان في قسم نظرة عامة).

  3. أدخل الأمر add <interfaceIp> <cipherName> لإضافة تشفير إلى واجهة CTI.


    يتطلب XSP CLI اسم مجموعة تشفير IANA القياسية، وليس اسم مجموعة تشفير openSSL. على سبيل المثال، لإضافة تشفير openSSL ECDHE-ECDSA-CHACHA20-POLY1305 إلى واجهة CTI ، يمكنك استخدام: XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305

    انظر https://ciphersuite.info/ للعثور على الجناح بأي من الاسمين.

تحديث مراسي الثقة لواجهة CTI (R22 والإصدارات الأحدث)

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

لكل XSP في البنية الأساسية الخاصة بك التي تقوم بنشر أحداث CTI إلى Webex، قم بما يلي:

  1. سجل الدخول إلى مركز الشركاء.

  2. انتقل إلى الإعدادات > مكالمة BroadWorks وانقر فوق تنزيل شهادة Webex CA للحصول على CombinedCertChain.txt على الكمبيوتر المحلي.


    يحتوي هذا الملف على شهادتين. تحتاج إلى تقسيم الملف قبل تحميله إلى XSPs.

  3. تقسيم سلسلة الشهادات إلى شهادتين:

    1. فتح combinedcertchain.txt في محرر نصوص.

    2. تحديد الكتلة الأولى من النص وقصها، بما في ذلك الأسطر -----BEGIN CERTIFICATE----- و -----END CERTIFICATE----- ، ثم الصق كتلة النص في ملف جديد.

    3. حفظ الملف الجديد باسم broadcloudroot.txt.

    4. احفظ الملف الأصلي باسم broadcloudissuing.txt.

      يجب أن يحتوي الملف الأصلي الآن على كتلة واحدة فقط من النص ، محاطة بالأسطر -----BEGIN CERTIFICATE----- و -----END CERTIFICATE-----.

  4. انسخ كلا الملفين النصيين إلى موقع مؤقت على XSP الذي تقوم بتأمينه، على سبيل المثال: /tmp/broadcloudroot.txt و /tmp/broadcloudissuing.txt.

  5. تسجيل الدخول إلى XSP والانتقال إلى /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

  6. (اختياري) ركض help updateTrust للاطلاع على المعلمات وتنسيق الأوامر.

  7. قم بتحميل ملفات الشهادات إلى مراسي الثقة الجديدة:

    XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexroot /tmp/broadcloudroot.txt

    XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexissuing /tmp/broadcloudissuing.txt


    webexroot و webexissuing هي أمثلة مستعارة لمراسي الثقة ؛ يمكنك استخدام الخاصة بك.

  8. تأكد من تحديث المراسي:

    XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

      Alias   Owner                                   Issuer
    =============================================================================
    webexissuing    BroadCloud Commercial Issuing CA – DA3     BroadCloud Commercial Trusted Root CA
    webexroot       BroadCloud Commercial Trusted Root CA      BroadCloud Commercial Trusted Root CA[self-signed]
  9. السماح للعملاء بالمصادقة باستخدام الشهادات:

    XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

إضافة واجهة CTI وتمكين mTLS

  1. أضف واجهة CTI SSL.

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

    • على برودووركس R22 و R23:

      XSP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true

  2. استبدل شهادة الخادم والمفتاح على واجهات CTI الخاصة ب XSP. تحتاج إلى عنوان IP لواجهة CTI لهذا الغرض ؛ يمكنك قراءته من السياق التالي:

    • على برودووركس R22 و R23:

      XSP_CLI/Interface/CTI/CTIServer> get

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

      XSP_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>

  3. أعد تشغيل XSP.

تمكين الوصول إلى أحداث BroadWorks CTI على Webex

تحتاج إلى إضافة واجهة CTI والتحقق من صحتها عند تكوين مجموعاتك في مركز الشركاء. راجع تكوين المؤسسة الشريكة في مركز الشركاء للحصول على إرشادات مفصلة.

  • حدد عنوان CTI الذي يمكن ل Webex من خلاله الاشتراك في أحداث BroadWorks CTI.

  • يتم إنشاء اشتراكات CTI على أساس كل مشترك ويتم إنشاؤها وصيانتها فقط بينما يتم توفير هذا المشترك ل Webex ل Cisco BroadWorks.

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

عرض ويب إعدادات الاتصال (CSWV) هو تطبيق مستضاف على XSP (أو ADP) لتمكين المستخدمين من تعديل إعدادات مكالمات BroadWorks الخاصة بهم من خلال عرض ويب يرونه في العميل الناعم. راجع دليل حلول عرض الويب الخاص بإعدادات المكالمات في Cisco BroadWorks.

يستخدم Webex هذه الميزة لتزويد المستخدمين بإمكانية الوصول إلى إعدادات مكالمات BroadWorks الشائعة التي ليست أصلية في تطبيق Webex.

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

يحتوي عرض ويب إعدادات المكالمات على مكونين:

  • تطبيق عرض ويب إعدادات الاتصال، المستضاف على Cisco BroadWorks XSP (أو ADP).

  • تطبيق Webex، الذي يعرض إعدادات المكالمة في عرض ويب.

تجربة المستخدم

  • مستخدمو ويندوز: انقر فوق إعدادات المكالمة، ثم انقر فوق فتح تفضيلات المكالمات > إعدادات المكالمات المتقدمة.

  • مستخدمو ماك: انقر على صورة الملف الشخصي، ثم التفضيلات > إعدادات المكالمات المتقدمة.

نشر CSWV على BroadWorks

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

يجب أن يكون تطبيق CSWV على نفس XSP (ss) التي تستضيف واجهة Xsi-Actions في بيئتك. إنه تطبيق غير مدار على XSP ، لذلك تحتاج إلى تثبيت ملف أرشيف ويب ونشره.

  1. سجل الدخول إلى Xchange وابحث عن "BWCallSettingsWeb" في قسم تنزيل البرنامج.

  2. ابحث عن أحدث إصدار من الملف وقم بتنزيله.

    على سبيل المثال ، كان BWCallSettingsWeb_1.8.2_1.war (https://xchange.broadsoft.com/node/1057167) هو الأحدث في وقت كتابة هذا التقرير.

  3. قم بتثبيت أرشيف الويب وتنشيطه ونشره وفقا لدليل تكوين النظام الأساسي لخدمة Xtended لإصدار XSP الخاص بك. (نسخة R23 هي https://xchange.broadsoft.com/node/1033484).

    1. نسخ ملف .war إلى موقع مؤقت على XSP، مثل /tmp/.

    2. انتقل إلى سياق CLI التالي وقم بتشغيل الأمر تثبيت:

      XSP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war

      يقوم مدير برنامج BroadWorks بالتحقق من صحة الملف وتثبيته.

    3. [اختياري] حذف /tmp/BWCallSettingsWeb_1.7.5_1.war(لم يعد هذا الملف مطلوبا).

    4. تفعيل التطبيق:

      XSP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings

      الاسم والإصدار إلزاميان لأي تطبيق، ولكن بالنسبة ل CSWV يجب عليك أيضا توفير contextPath لأنه تطبيق غير مدار. يمكنك استخدام أي قيمة لا يستخدمها تطبيق آخر، على سبيل المثال، /callsettings.

    5. نشر تطبيق إعدادات المكالمات على مسار السياق المحدد:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

  4. يمكنك الآن التنبؤ بعنوان URL لإعدادات المكالمات الذي ستحدده للعملاء، على النحو التالي:

    https://<XSP-FQDN>/callsettings/

    ملاحظات:

    • يجب توفير الشرطة المائلة الزائدة على عنوان URL هذا عند إدخاله في ملف تكوين العميل.

    • يجب أن يتطابق XSP-FQDN مع FQDN الخاص ب Xsi-Actions، لأن CSWV يحتاج إلى استخدام إجراءات Xsi، كما أن CORS غير مدعوم.

  5. كرر هذا الإجراء ل XSPs الأخرى في بيئة Webex for Cisco BroadWorks (إذا لزم الأمر).

تطبيق عرض ويب إعدادات الاتصال نشط الآن على XSPs.

تكوين تطبيق 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 في علامة عنوان URL لعناوين URL_wxt٪ لإعدادات_مكالمات_الويب_٪.

إذا لم تحدد عنوان URL بشكل صريح، فسيكون الإعداد الافتراضي فارغا ولن تكون صفحة إعدادات المكالمات مرئية للمستخدمين.

  1. تأكد من أن لديك أحدث قوالب التكوين لتطبيق Webex (راجع ملفات تعريفالأجهزة).

  2. تعيين هدف إعدادات مكالمة الويب إلى csw:

    %WEB_CALL_SETTINGS_TARGET_WXT% csw

  3. قم بتعيين عنوان URL لإعدادات مكالمات الويب لبيئتك، على سبيل المثال:

    %WEB_CALL_SETTINGS_URL_WXT% https://yourxsp.example.com/callsettings/

    اشتقت هذه القيمة عند نشر تطبيق CSWV.

  4. يجب أن يحتوي ملف تكوين العميل الناتج على إدخال كما يلي:
    <web-call-settings target="csw">
        <url>https://yourxsp.example.com/callsettings/</url>
    </web-call-settings>

تكوين إعلامات دفع المكالمات في Webex ل Cisco BroadWorks

في هذا المستند، نستخدم المصطلح "خادم دفع إعلامات المكالمات" (CNPS) لوصف تطبيق XSP المستضاف أو ADP المستضاف والذي يعمل في بيئتك. يعمل CNPS مع نظام BroadWorks ليكون على دراية بالمكالمات الواردة إلى المستخدمين، ويدفع إشعارات تلك المكالمات إلى خدمات إشعارات المراسلة السحابية من Google Firebase (FCM) أو خدمة إشعارات Apple Push Notification (APNs).

تقوم هذه الخدمات بإخطار الأجهزة المحمولة الخاصة ب Webex لمشتركي Cisco BroadWorks بأن لديهم مكالمات واردة على Webex.

لمزيد من المعلومات حول NPS، راجع وصف ميزة خادم دفع الإعلام.

تعمل آلية مماثلة في Webex مع خدمات المراسلة والتواجد في Webex لدفع الإشعارات إلى خدمات إشعارات Google (FCM) أو Apple (APNS). هذه الخدمات بدورها تخطر مستخدمي Webex للجوال بالرسائل الواردة أو تغييرات حالة الحضور.


يوضح هذا القسم كيفية تكوين NPS لوكيل المصادقة عندما لا يدعم NPS التطبيقات الأخرى بالفعل. إذا كنت بحاجة إلى ترحيل NPS مشترك لاستخدام وكيل NPS، فراجع تحديث Cisco BroadWorks NPS لاستخدام وكيل https://help.webex.com/nl5rir2/NPS .

نظرة عامة على وكيل NPS

للتوافق مع Webex ل Cisco BroadWorks ، يجب تصحيح CNPS الخاص بك لدعم ميزة وكيل NPS ، خادم الدفع ل VoIP في UCaaS.

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

تعمل الميزة أيضا على تحسين قدرة خادم دفع الإشعارات على دفع الإشعارات إلى أجهزة Android من خلال واجهة برمجة تطبيقات HTTPv1 الجديدة للمراسلة السحابية من Google Firebase (FCM).

اعتبارات APNS

لن تدعم Apple بعد الآن البروتوكول الثنائي المستند إلى HTTP / 1 على خدمة Apple Push Notification بعد 31 مارس 2021. نوصي بتكوين XSP لاستخدام الواجهة المستندة إلى HTTP/2 لشبكات APN. يتطلب هذا التحديث أن XSP استضافة NPS الخاصة بك أن تكون قيد التشغيل R22 أو إصدار أحدث.

قم بإعداد NPS الخاص بك ل Webex ل Cisco BroadWorks

1

قم بتثبيت XSP مخصص وتكوينه (الحد الأدنى للإصدار R22) أو النظام الأساسي لتسليم التطبيقات (ADP).

2

تثبيت تصحيحات وكيل مصادقة NPS:

3

قم بتنشيط تطبيق خادم دفع الإشعارات.

4

(لإشعارات Android) قم بتمكين واجهة برمجة تطبيقات FCM v1 على NPS.

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

5

(لإشعارات Apple iOS) تمكين HTTP/2 على NPS.

XSP_CLI/Applications/NotificationPushServer/APNS/GeneralSettings> set HTTP2Enabled true

6

قم بإرفاق دعم فني من NPS XSP/ADP.

التصرف التالي

للحصول على عمليات تثبيت جديدة ل NPS، انتقل إلى تكوين NPS لاستخدام وكيل المصادقة

لترحيل نشر Android موجود إلى FCMv1، انتقل إلى ترحيل NPS إلى FCMv1

تكوين NPS لاستخدام وكيل المصادقة

تنطبق هذه المهمة على تثبيت جديد ل NPS مخصص ل Webex ل Cisco BroadWorks.

إذا كنت ترغب في تكوين وكيل المصادقة على NPS تتم مشاركته مع تطبيقات الأجهزة المحمولة الأخرى، فراجع تحديث Cisco BroadWorks NPS لاستخدام وكيل NPS (https://help.webex.com/nl5rir2).

1

قم بإنشاء طلب خدمة باستخدام TAC لتوفير حساب عميل OAuth الخاص بك (Webex Common Identity). عنوان طلب الخدمة الخاص بك NPS تكوين لإعداد وكيل المصادقة.

تمنحك Cisco معرف عميل OAuth وسر عميل ورمز تحديث صالح لمدة 60 يوما. إذا انتهت صلاحية الرمز المميز قبل استخدامه مع NPS الخاص بك، فيمكنك رفع طلب آخر.
2

إنشاء حساب العميل على NPS:

XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientId client-Id-From-Step1

XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set clientSecret
New Password: client-Secret-From-Step1
XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> set RefreshToken
New Password: Refresh-Token-From-Step1

للتحقق من تطابق القيم التي أدخلتها مع ما تم إعطاؤه لك، قم بتشغيل XSP_CLI/Applications/NotificationPushServer/CiscoCI/Client> get

3

أدخل عنوان URL لوكيل NPS، واضبط الفاصل الزمني لتحديث الرمز المميز (يوصى ب 30 دقيقة):

XSP_CLI/Applications/NotificationPushServer/CloudNPSService> set url https://nps.uc-one.broadsoft.com/nps/

XSP_CLI/Applications/NotificationPushServer/CloudNPSService> set VOIPTokenRefreshInterval 1800

4

(لإشعارات Android) أضف معرف تطبيق Android إلى سياق تطبيقات FCM على NPS.

XSP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.cisco.wx2.android

5

(لإشعارات Apple iOS) أضف معرف التطبيق إلى سياق تطبيقات APNS، مع التأكد من حذف مفتاح المصادقة - قم بتعيينه على فارغ.

XSP_CLI/Applications/NotificationPushServer/APNS/Production/Tokens> add com.cisco.squared

6

تكوين عناوين URL NPS التالية:

سياق XSP CLI

المعلمة

القيمة

  • XSP_CLI/Applications/

    NotificationPushServer/FCM>

authURL

https://www.googleapis.com/oauth2/v4/token

pushURL

https://fcm.googleapis.com/v1/projects/PROJECT-ID/messages:send

scope

https://www.googleapis.com/auth/firebase.messaging

  • XSP_CLI/Applications/NotificationPushServer

    /APNS/Production>

url

https://api.push.apple.com/3/device

7

قم بتكوين معلمات اتصال NPS التالية إلى القيم الموصى بها الموضحة:

سياق XSP CLI

المعلمة

القيمة

  • XSP_CLI/Applications/

    NotificationPushServer/FCM>

tokenTimeToLiveInSeconds

3600

connectionPoolSize

10

connectionTimeoutInMilliseconds

3600

connectionIdleTimeoutInSeconds

600

  • XSP_CLI/Applications/NotificationPushServer/

    APNS/Production>

connectionTimeout

300

connectionPoolSize

2

connectionIdleTimeoutInSeconds

600

8

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

  1. تشغيل AS_CLI/System/PushNotification> get وتحقق من قيمة enforceAllowedApplicationList. إذا كان true ، تحتاج إلى إكمال هذه المهمة الفرعية. وإلا، تخطي بقية المهمة الفرعية.

  2. AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”

  3. AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

9

أعد تشغيل XSP: bwrestart

10

اختبر إشعارات المكالمات عن طريق إجراء مكالمات من مشترك في BroadWorks إلى اثنين من مستخدمي Webex للجوال. تحقق من ظهور إشعار المكالمة على أجهزة iOS وAndroid.

ترحيل NPS إلى FCMv1

يحتوي هذا الموضوع على إجراءات اختيارية يمكنك استخدامها في وحدة تحكم FCM من Google عندما يكون لديك نشر NPS حالي تحتاج إلى ترحيله إلى FCMv1. هناك ثلاثة إجراءات:

ترحيل عملاء UC-One إلى FCMv1

اتبع الخطوات التالية في وحدة تحكم FCM من Google لترحيل عملاء UC-One إلى Google FCM HTTPv1.


إذا تم تطبيق العلامة التجارية على العميل، فيجب أن يكون لدى العميل معرف المرسل. في وحدة تحكم FCM، راجع إعدادات المشروع > المراسلة السحابية. يظهر الإعداد في جدول بيانات اعتماد المشروع.

للحصول على التفاصيل، راجع دليل ربط العلامة التجارية على . https://xchange.broadsoft.com/node/1053211 ارجع إلى gcm_defaultSenderId المعلمة ، الموجودة في مجموعة أدوات العلامات التجارية ، مجلد الموارد ، العلامة التجارية .xml الملف مع بناء الجملة أدناه:

<string name="gcm_defaultSenderId">xxxxxxxxxxxxx</string>

  1. قم بتسجيل الدخول إلى FCM Admin SDK على http://console.firebase.google.com.

  2. حدد تطبيق Android المناسب.

  3. في علامة التبويب عام ، سجل معرف المشروع

  4. انتقل إلى علامة التبويب حسابات الخدمة لتكوين حساب خدمة. يمكنك إنشاء حساب خدمة جديد أو تكوين حساب موجود.

    لإنشاء حساب خدمة جديد:

    1. انقر على الزر الأزرق لإنشاء حساب خدمة جديد

    2. انقر على الزر الأزرق لإنشاء مفتاح خاص جديد

    3. تنزيل المفتاح إلى موقع آمن

    لإعادة استخدام حساب خدمة موجود:

    1. انقر على النص الأزرق لعرض حسابات الخدمة الحالية.

    2. تحديد حساب الخدمة المراد استخدامه. يحتاج حساب الخدمة إلى إذن firebaseadmin-sdk.

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

    4. قم بتنزيل ملف json الذي يحتوي على المفتاح واحفظه في مكان آمن.

  5. انسخ ملف json إلى XSP.

  6. تكوين معرف المشروع و:

    XSP_CLI/Applications/NotificationPushServer/FCM/Projects> add <project id> <path/to/json-key-file>
    ...Done
    
    XSP_CLI/Applications/NotificationPushServer/FCM/Projects> get
      Project ID  Accountkey
    ========================
      my_project    ********
  7. تكوين التطبيق:

    XSP_CLI/Applications/NotificationPushServer/FCM/Applications> add <app id> projectId <project id>
    ...Done
    
    XSP_CLI/Applications/NotificationPushServer/FCM/Applications> get
      Application ID    Project ID
    ==============================
              my_app    my_project
  8. تمكين FCMv1:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  9. قم بتشغيل bwrestart الأمر لإعادة تشغيل XSP.

ترحيل عملاء SaaS إلى FCMv1

اتبع الخطوات التالية على وحدة تحكم Google FCM إذا كنت تريد ترحيل عملاء SaaS إلى FCMv1.


تأكد من إكمال الإجراء "تكوين NPS لاستخدام وكيل المصادقة".
  1. تعطيل FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
    ...Done
  2. قم بتشغيل bwrestart الأمر لإعادة تشغيل XSP.

  3. تمكين FCM:

    XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
    ...Done
  4. قم بتشغيل bwrestart الأمر لإعادة تشغيل XSP.

تحديث خادم ADP

اتبع الخطوات التالية في Google FCM Console إذا كنت تقوم بترحيل NPS لاستخدام خادم ADP.

  1. احصل على ملف JSON من وحدة تحكم Google Cloud:

    1. على Google Cloud Console، انتقل إلى صفحة حسابات الخدمة.

    2. انقر فوق تحديد مشروع، واختر مشروعك، ثم انقر فوق فتح.

    3. ابحث عن صف حساب الخدمة الذي تريد إنشاء مفتاح له، وانقر على الزر المزيد عموديا ، ثم انقر على إنشاء مفتاح.

    4. حدد نوع مفتاح وانقر على إنشاء

      يتم تنزيل الملف.

  2. إضافة FCM إلى خادم ADP:

    1. استيراد ملف JSON إلى خادم ADP باستخدام /bw/install أمر.

    2. قم بتسجيل الدخول إلى ADP CLI وأضف مفتاح Project و API:

      ADP_CLI/Applications/NotificationPushServer/FCM/Projects> add connect /bw/install/google JSON:

    3. بعد ذلك ، أضف التطبيق والمفتاح:

      ADP_CLI/Applications/NotificationPushServer/FCM/Applications> add com.broadsoft.ucaas.connect projectId connect-ucaas...Done

    4. تحقق من التكوين:

      ADP_CLI/Applications/NotificationPushServer/FCM/Projects> g
      Project ID Accountkey
      ========================
      connect-ucaas ********
      
      ADP_CLI/Applications/NotificationPushServer/FCM/Applications> g
      Application ID Project ID
      ===================================
      com.broadsoft.ucaas.connect connect-ucaas

تكوين المؤسسة الشريكة في مركز الشركاء

تكوين مجموعات BroadWorks الخاصة بك

[مرة واحدة لكل مجموعة]

يتم ذلك للأسباب التالية:

  • لتمكين سحابة Webex من مصادقة المستخدمين مقابل BroadWorks (عبر خدمة المصادقة التي تستضيفها XSP).

  • لتمكين تطبيقات Webex من استخدام واجهة Xsi للتحكم في المكالمات.

  • لتمكين Webex من الاستماع إلى أحداث CTI التي تنشرها BroadWorks (التواجد الهاتفي وسجل المكالمات).


يقوم معالج نظام المجموعة تلقائيا بالتحقق من صحة الواجهات عند إضافتها. يمكنك متابعة تحرير الكتلة إذا لم يتم التحقق من صحة أي من الواجهات بنجاح، ولكن لا يمكنك حفظ مجموعة إذا كانت هناك إدخالات غير صالحة.

نحن نمنع ذلك لأن نظام مجموعة تم تكوينها بشكل خاطئ قد يتسبب في حدوث مشكلات يصعب حلها.

ما عليك القيام به:

  1. سجل الدخول إلى مركز الشركاء (admin.webex.com) باستخدام بيانات اعتماد مشرف الشركاء.

  2. افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات مكالمات BroadWorks .

  3. انقر على إضافة مجموعة.

    يؤدي ذلك إلى تشغيل معالج حيث تقوم بتوفير واجهات XSP (عناوين URL). يمكنك إضافة منفذ إلى عنوان URL للواجهة إذا كنت تستخدم منفذا غير قياسي.

  4. قم بتسمية هذه المجموعة وانقر فوق التالي.

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

  5. (اختياري) أدخل اسم حساب مستخدم BroadWorks وكلمة المرور اللذين تعرف أنهما ضمن نظام BroadWorks الذي تتصل به Webex، ثم انقر فوق التالي.

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

  6. أضف عناوين URL لإجراءات XSI وأحداث XSI.

  7. اختياري. قم بتحديث عنوان URL ل DAS باستخدام عنوان URL الخاص بخدمة تنشيط الجهاز.

  8. اختياري. حدد خانة الاختيار تمكين مصادقة BroadWorks المباشرة إذا كنت تريد استخدام مصادقة BroadWorks مع المصادقة المباشرة إلى BroadWorks.

  9. انقر على التالي.

  10. في صفحة واجهة CTI، قم بما يلي:

    1. أضف عنوان URL ومنفذ CTI لواجهة CTI التي تريد الاتصال بها.

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

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

    4. انقر على التالي.

  11. أضف عنوان URL لخدمة المصادقة.

  12. حدد خدمة المصادقة مع التحقق من صحةالرمز المميز CI.

    لا يتطلب هذا الخيار mTLS لحماية الاتصال من Webex، لأن خدمة المصادقة تتحقق بشكل صحيح من صحة الرمز المميز للمستخدم مقابل خدمة هوية Webex قبل أن تصدر الرمز المميز طويل العمر للمستخدم.

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

    يقوم مركز الشركاء بتمرير عناوين URL إلى العديد من خدمات Webex المصغرة التي تختبر الاتصالات بالواجهات المتوفرة.

  14. انقر فوق عرض المجموعات ومن المفترض أن ترى مجموعتك الجديدة، وما إذا كان التحقق من الصحة قد نجح أم لا.

  15. قد يتم تعطيل الزر إنشاء على الشاشة النهائية (معاينة) من المعالج. إذا لم تتمكن من حفظ القالب، فهذا يشير إلى وجود مشكلة في أحد عمليات الدمج التي قمت بتكوينها للتو.

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

التحقق من الاتصالات بواجهات BroadWorks الخاصة بك

  1. سجل الدخول إلى مركز الشركاء (admin.webex.com) باستخدام بيانات اعتماد مشرف الشركاء.

  2. افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات مكالمات BroadWorks .

  3. انقر فوق عرض المجموعات.

  4. يبدأ Partner Hub اختبارات الاتصال من مختلف الخدمات المصغرة نحو الواجهات في المجموعات.

    بعد اكتمال الاختبارات، تعرض صفحة قائمة المجموعات رسالة الحالة بجوار كل مجموعة.

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

  5. اختياري. حدد مجموعة إذا كنت تريد رؤية الإعدادات الموجودة لتلك المجموعة، مثل XSI-Actions وXSI-Events وعنوان URL DAS وإعدادات واجهة CTI.

تكوين قوالب العملاء

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

يمكنك إنشاء أكبر عدد ممكن من القوالب، ولكن يمكن إقران قالب واحد فقط بعميل.

  1. سجل الدخول إلى مركز الشركاء (admin.webex.com) باستخدام بيانات اعتماد مشرف الشركاء.

  2. افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات مكالمات BroadWorks .

  3. انقر على إضافة قالب.

    يؤدي ذلك إلى تشغيل معالج حيث يمكنك توفير التكوين للعملاء الذين سيستخدمون هذا القالب.

  4. استخدم القائمة المنسدلة نظام المجموعة لاختيار المجموعة التي تريد استخدامها مع هذا القالب.

  5. أدخل اسمقالب، ثم انقر على التالي.

  6. يمكنك تهيئة وضع إدارة الحسابات باستخدام الإعدادات الموصى بها:

    الجدول رقم 3. إعدادات إدارة الحسابات الموصى بها لأوضاع إدارة الحسابات المختلفة

    اسم الإعداد

    إدارة الحسابات عبر التدفق باستخدام رسائل البريد الإلكتروني الموثوق بها

    إدارة الحسابات عبر التدفق بدون رسائل بريد إلكتروني

    إدارة الحسابات الذاتية للمستخدم

    تمكين تدفق BroadWorks من خلال إدارة الحسابات (بما في ذلك بيانات اعتماد حساب إدارة الحسابات إذا كان قيد التشغيل**)

    تشغيل

    قم بتوفير اسم حساب التوفير وكلمة المرور وفقا لتكوين BroadWorks.

    تشغيل

    قم بتوفير اسم حساب التوفير وكلمة المرور وفقا لتكوين BroadWorks.

    إيقاف التشغيل

    إنشاء المؤسسات الجديدة تلقائيًا في Control Hub

    على

    على

    على

    عنوان البريد الإلكتروني لموفر الخدمة

    حدد عنوان بريد إلكتروني من القائمة المنسدلة (يمكنك كتابة بعض الأحرف، للعثور على العنوان إذا كانت قائمة طويلة).

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

    الدولة

    اختر البلد الذي تستخدمه لهذا القالب.

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

    وضع BroadWorks Enterprise نشط

    قم بتمكين ذلك إذا كان العملاء الذين تزودهم بهذا القالب هم مؤسسات في BroadWorks.

    إذا كانت مجموعات، فاترك هذا المفتاح مغلقا.

    إذا كان لديك مزيج من المؤسسات والمجموعات في BroadWorks الخاص بك، فيجب عليك إنشاء قوالب مختلفة لتلك الحالات المختلفة.

    ملاحظات من الجدول:

    • † يضمن رمز التبديل هذا إنشاء مؤسسة عميل جديدة إذا كان نطاق البريد الإلكتروني للمشترك لا يتطابق مع مؤسسة Webex موجودة.

      يجب أن يكون هذا دائما قيد التشغيل ، إلا إذا كنت تستخدم عملية طلب وتنفيذ يدوية (عبر Cisco Commerce Workspace) لإنشاء مؤسسات عملاء في Webex (قبل البدء في توفير المستخدمين في تلك المؤسسات). وغالبا ما يشار إلى هذا الخيار باسم نموذج "التوفير المختلط"، وهو خارج نطاق هذه الوثيقة.

    • ** يشير "حساب إدارة الحسابات" إلى حساب المسؤول على مستوى نظام BroadWorks. على BroadWorks، تحتاج إلى حساب مسؤول بهذه السمات: نوع المسؤول = إدارة الحسابات، للقراءة فقط = إيقاف.
  7. حدد حزمة الخدمات الافتراضية للعملاء الذين يستخدمون هذا القالب (راجع الحزم في قسم نظرة عامة)؛ إما أساسية أو قياسية أو متميزة أو سوفت فون.

    يمكنك إلغاء هذا الإعداد للمستخدمين الفرديين عبر مركز الشركاء.

  8. اختياري. تحقق من تعطيل مكالمات Cisco Webex المجانية إذا كنت ترغب في تعطيل مكالمات Webex ،.

  9. لتكوين الانضمام إلى الاجتماع، حدد أحد الخيارات التالية:

    • أرقام الاتصال من Cisco (PSTN)

    • أرقام الاتصال المقدمة من الشركاء (BYoPSTN)—إذا حددت هذا الخيار ، فراجع دليل حلول PSTN الخاص بك ل Webex for Cisco BroadWorks للحصول على معلومات مفصلة حول كيفية تكوين هذا الخيار.

  10. انقر على التالي.

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

    الجدول رقم 4. إعدادات إثبات ملكية المستخدم الموصى بها لأوضاع إدارة الحسابات المختلفة

    اسم الإعداد

    إدارة الحسابات عبر التدفق باستخدام رسائل البريد الإلكتروني الموثوق بها

    إدارة الحسابات عبر التدفق بدون رسائل بريد إلكتروني

    إدارة الحسابات الذاتية للمستخدم

    التحقق من المستخدم

    الثقة في رسائل البريد الإلكتروني لـ BroadWorks

    رسائل البريد الإلكتروني غير الموثوق بها

    رسائل البريد الإلكتروني غير الموثوق بها

    أول مستخدم يتم توفيره هو المسؤول

    موصى به*

    موصى به*

    غير مطبّق

    السماح للمستخدمين بالتنشيط الذاتي

    غير مطبّق

    غير مطبّق

    مطلوب

    • ملاحظات من الجدول:

    • * يأخذ المستخدم الأول الذي تقوم بتعيين IM & P المتكامل له في BroadWorks دور مسؤول العميل إذا تم إنشاء مؤسسة عميل جديدة في Webex. اختر هذا الإعداد لمنحك بعض التحكم في من يتولى الدور. إذا ألغيت تحديد هذا الإعداد، يصبح أول مستخدم يصبح نشطا في المؤسسة الجديدة هو مسؤول العميل.

      يمكنك تعديل أدوار مستخدمي العملاء في مركز الشركاء بعد إدارة الحسابات، إذا لزم الأمر.

  12. انقر على التالي.

  13. حدد وضع المصادقة الافتراضي (إما مصادقة BroadWorks أو مصادقة Webex) للعملاء الذين يستخدمون هذا القالب.


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

    (انظر وضع المصادقة في قسم إعداد البيئة الخاصة بك).

  14. انقر على التالي.

  15. بالنسبة إلى التفضيلات، قم بتكوين ما يلي:

    1. اختر ما إذا كنت تريد ملء عناوين البريد الإلكتروني للمستخدم مسبقا في صفحةتسجيل الدخول.

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

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

      يمكن هذا الخيار Webex من قراءة جهات اتصال BroadWorks في مؤسسة العملاء، بحيث يمكن للمستخدمين العثور عليها والاتصال بها من تطبيق Webex.

    3. أدخل مشرفشريك.

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

    4. تأكد من تشغيل تبديل إدارة حسابات المؤسسات الحالية (الإعداد الافتراضي قيد التشغيل).

    5. انقر على التالي.

  16. راجع إدخالاتك على الشاشة النهائية. يمكنك النقر فوق عناصر التحكم في التنقل أعلى المعالج للرجوع وتغيير أي تفاصيل. انقر على إنشاء.

    يجب أن ترى رسالة نجاح.

  17. انقر فوق عرض القوالب وسترى القالب الجديد مدرجا مع أي قوالب أخرى.

  18. انقر فوق اسم القالب لتعديل القالب أو حذفه، إذا لزم الأمر.

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

  19. أضف المزيد من القوالب إذا كان لديك تكوينات مشتركة مختلفة تريد توفيرها للعملاء.


    أبق صفحة عرض القوالب مفتوحة، حيث قد تحتاج إلى تفاصيل القالب لمهمة تالية.

تكوين خادم التطبيقات باستخدام عنوان URL لخدمة إدارة الحسابات


هذه المهمة مطلوبة فقط للتدفق من خلال التوفير.

خادم تطبيق التصحيح (R22 و R23 فقط)

  1. إذا لم تكن قد فعلت ذلك بعد، فقم بتطبيق تصحيح ap373197 الذي ينطبق على الإصدار الخاص بك:.


    بالنسبة إلى R24، لا يلزم إجراء تصحيح محدد لتتمكن من الوصول إلى عنوان URL لخدمة التوفير.

    للحصول على قائمة كاملة بتصحيحات BroadWorks التي تشكل متطلبات نشر Webex ل Cisco BroadWorks، راجع متطلبات برامج BroadWorks.
  2. التغيير إلى Maintenance/ContainerOptions سياق.

  3. تمكين معلمة عنوان URL لإدارة الحسابات:

    /AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

الحصول على عنوان (عناوين) URL لإدارة الحسابات من مركز الشركاء

راجع دليل إدارة واجهة سطر أوامر خادم تطبيقات Cisco BroadWorks للحصول على تفاصيل (الواجهة > المراسلة والخدمة > IM&P المتكاملة) لأوامر AS.

  1. سجل الدخول إلى مركز الشركاء وانتقل إلى الإعدادات > مكالمات BroadWorks.

  2. انقر على عرض القوالب.

  3. حدد القالب الذي تستخدمه لتوفير مشتركي هذه المؤسسة/المجموعة في Webex.

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

  4. انسخ عنوان URL لمحول إدارة الحسابات.

كرر ذلك مع القوالب الأخرى إذا كان لديك أكثر من قالب.

(اختياري) تكوين معلمات إدارة الحسابات على مستوى النظام على خادم التطبيق


قد لا ترغب في تعيين مجال إدارة الحسابات والخدمة على مستوى النظام إذا كنت تستخدم UC-One SaaS. راجع نقاط القرار في قسم إعداد بيئتك.

  1. قم بتسجيل الدخول إلى خادم التطبيقات وقم بتكوين واجهة المراسلة.

    1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL

    2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name

    3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password

    4. AS_CLI/Interface/Messaging> set enableSynchronization true

  2. تنشيط واجهة IMP المتكاملة:

    1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com

    2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true


يجب عليك إدخال الاسم المؤهل بالكامل ل provisioningURL المعلمة ، كما تم إعطاؤها في مركز التحكم. إذا تعذر على خادم التطبيق الوصول إلى DNS لحل اسم المضيف ، فيجب عليك إنشاء التعيين في /etc/hosts ملف على AS.

(اختياري) تكوين معلمات إدارة الحسابات لكل مؤسسة على خادم التطبيقات

  1. في واجهة مستخدم BroadWorks، افتح المؤسسة التي تريد تكوينها، وانتقل إلى الخدمات > المتكاملة للمراسلة الفورية والتشغيل.

  2. حدد استخدام مجال الخدمة وأدخل قيمة وهمية (يتجاهل Webex هذه المعلمة. يمكنك استخدام example.com).

  3. حدد استخدام خادم المراسلة.

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


    يجب عليك إدخال الاسم المؤهل بالكامل ل provisioningURL المعلمة ، كما تم تقديمها في Partner Hub. إذا تعذر على خادم التطبيق الوصول إلى DNS لحل اسم المضيف ، فيجب عليك إنشاء التعيين في /etc/hosts ملف على AS.

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

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

  7. بالنسبة إلى هوية المستخدم الافتراضية لمعرفIM&P، حدد أساسي.

  8. انقر على تطبيق.

  9. كرر ذلك للمؤسسات الأخرى التي تريد تكوينها للتدفق من خلال التوفير.

إدارة حسابات المستخدمين

للحصول على معلومات حول بيانات المستخدم التي يتم تبادلها بين BroadWorks وWebex أثناء إدارة حسابات المستخدمين، راجع إدارة حسابات المستخدمين لمقدمالخدمة.

الدخول الموحد (SSO) للشركاء

يسهل الدخول الموحد (SSO) للشركاء على مشرفي الشركاء تهيئة الدخول الموحد (SSO) ل SAML لمؤسسات العملاء التي تم إنشاؤها حديثا. يمكن للشركاء تكوين علاقة دخول SSO واحدة محددة مسبقا وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيهم.


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

  2. افتح طلب خدمة باستخدام Cisco TAC. يجب أن تنشئ TAC علاقة ثقة بين موفر الهوية التابع لجهة خارجية وخدمة Cisco Common Identity. .


    إذا كان موفر الهوية الخاص بك يتطلب passEmailInRequest ميزة لتمكينها ، تأكد من تضمين هذا المطلب في طلب الخدمة. تحقق من موفر الهوية إذا كنت غير متأكد مما إذا كانت هذه الميزة مطلوبة أم لا.
  3. قم بتحميل ملف البيانات الوصفية CI الذي قدمته TAC إلى موفر الهوية الخاص بك.

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

  5. إنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.

  6. جدا أن المستخدم يمكن تسجيل الدخول.

تمكين معرف ارتباط المكالمات

لتشغيل Webex ل Cisco BroadWorks، يلزم تمكين معرف ارتباط المكالمات. هذا الإعداد مطلوب للعديد من ميزات الاتصال، بما في ذلك تسجيل المكالمات واستلام المكالمات الجماعية والمساعد التنفيذي والمساعد التنفيذي.

استخدم CLI لتمكين الميزة على جميع واجهات AS وXSP.

  • قم بتشغيل الأوامر التالية على واجهات AS. سيؤدي ذلك إلى تمكين AS من إرسال X-BroadWorks-Correlation-Info رأس SIP:

    AS_CLI/Interface/SIP> set sendCallCorrelationIDNetwork true

    AS_CLI/Interface/SIP> set sendCallCorrelationIDAccess true

  • قم بتشغيل الأمر التالي على واجهات XSP:

    XSP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID true

للحصول على معلومات إضافية حول معرف ارتباط المكالمات، راجع وصف ميزة معرف ارتباط المكالمات من Cisco BroadWorks.

مزامنة الدليل

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

لتشغيل مزامنة الدليل، انتقل إلى مزامنة الدليل في Webex ل Cisco BroadWorks.


يضيف Webex for Cisco BroadWorks flowthrough Provisioning مستخدمي المراسلة ومعلومات الاتصال المرتبطة بها من خادم BroadWorks إلى النظام الأساسي Webex. ومع ذلك، لا يتم تضمين قوائم الهاتف والمستخدمين غير المراسلين والكيانات غير المستخدمة (على سبيل المثال، هاتف غرفة الاجتماعات أو جهاز الفاكس أو رقم مجموعة الصيد). يضمن تشغيل مزامنة الدليل إضافة جميع كيانات الاتصال إلى منصة Webex.

سجل المكالمات الموحد

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

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

  • أحداث سجل المكالمات—يتم استخدام هذه الأحداث لإنشاء سجل مكالمات موحد مفصل

  • أحداث حالة الخطاف—يتضمن سجل المكالمات الموحد تحسينات حالة الخطاف التي تقلل من مقدار النطاق الترددي للشبكة لتحديثات التواجد الهاتفي

متطلبات سجل المكالمات الموحدة

قبل أن تتمكن من تكوين "محفوظات المكالمات الموحدة"، تأكد من تصحيح النظام. تعتمد هذه الميزة على تصحيحات BroadWorks التالية التي يتم تثبيتها:

بالنسبة إلى R22:

بالنسبة إلى R23:

بالنسبة إلى R24:


للحصول على القائمة الكاملة لتصحيحات BroadWorks التي يجب تثبيتها كشرط أساسي لتشغيل Webex ل Cisco BroadWorks، راجع متطلبات برامج BroadWorks.

بالإضافة إلى تصحيح النظام الخاص بك ، ملف تكوين العميل ( config-wxt.xml) يجب أن يكون لديك مجموعة العلامات التالية: <call-history enable-unified-history=”%ENABLE_UNIFIED_CALL_HISTORY_WXT%”/>

تمكين سجل المكالمات (مجموعة جديدة)

لتمكين سجل المكالمات على مجموعة جديدة، راجع خطوات إضافة مجموعة في تكوين المؤسسة الشريكة في مركز الشركاء.

تمكين سجل المكالمات (نظام المجموعة الموجود)

لتمكين سجل المكالمات على مجموعة موجودة، اتبع الخطوات التالية:

  1. سجل الدخول إلى مركز الشركاء على admin.webex.com.

  2. انتقل إلى الإعدادات وحدد مجموعة موجودة.

  3. تحقق من أن اتصال نظام المجموعة جيد. يجب أن تعرض اللوحة اليمنى علامة اختيار خضراء مع إنشاءالاتصال.

    إذا لم يظهر ذلك، ضمن التحقق من Connnections (اختياري)، أدخل معرف مستخدم BroadWorks وكلمة مرور BroadWorks وانقر فوق التحقق للتحقق من أن الاتصال جيد.

  4. حدد خانة الاختيار تمكين محفوظات المكالمات.

  5. انقر على حفظ.

تفاعلات الميزات

توجد تفاعلات الميزات التالية ل "محفوظات المكالمات الموحدة":

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

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

عرض سجل المكالمات على تطبيق Webex

يمكن للمستخدمين النهائيين الوصول إلى سجل المكالمات الموحد وعرضه من تطبيق Webex. لمزيد من التفاصيل، راجع: Webex | عرض سجل المكالمات والاجتماعات.

تعطيل سجل المكالمات الموحد

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

  • أسرة: خدمة سبارك

  • المنتج: الاتصال في Webex (Webex for BroadWorks)

  • مكون: WxBW - التزويد

  • يجب أن تنص حالة BEMS على أنه يجب تعطيل سجل المكالمات الموحد لأحد الشركاء. يجب أن تحتوي الحالة أيضا على معرف الشريك ومعرف مجموعة BroadWorks.

للحصول على معلومات إضافية حول استعلامات التصعيد ومتطلبات BEMS، راجع المواقع التالية:

مزامنة عدم الإزعاج (DND)

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

يتم تطبيق DND Sync على مستوى نظام المجموعة BroadWorks ويمكن تمكينه في مركز الشركاء بواسطة مسؤول شريك.

المتطلبات الأساسية

تأكد من تطبيق التصحيحات التالية على AS وXSP/ADP. قم بتطبيق التصحيحات الخاصة بإصدار BroadWorks فقط.

بالنسبة للإصدار 22:

  • كما التصحيح: AP.as.22.0.1123.ap382615, AP.as.22.0.1123.ap382838

  • XSP التصحيح: AP.xsp.22.0.1123.ap382615, AP.xsp.22.0.1123.ap382838

للإصدار 23:

  • كما التصحيح: AP.as.23.0.1075.ap382615, AP.as.23.0.1075.ap382838

  • XSP التصحيح: AP.xsp.23.0.1075.ap382615, AP.xsp.23.0.1075.ap382838

  • تطبيقات ADP: Xsi-Actions-23 2022.03 1.220.bwar, Xsi-Events-23 2022.03____1.220.bwar

بالنسبة للإصدار 24:

  • كما التصحيح: AP.as.24.0.944.ap382615, AP.as.24.0.944.ap382838

  • تطبيقات ADP: Xsi-Actions-24 2022.03 1.220.bwar, Xsi-Events-24__2022.03__1.220.bwar

بعد تطبيق التصحيحات، قم بتنشيط الميزة 25433 على AS:

AS_CLI/System/ActivatableFeature> activate 25433

تكوين ميزة مزامنة مفتاح الجهاز على BroadWorks. تأكد من أن الهاتف يدعم SIP SUBSCRIBE/NOTIFY لحزمة الحدث "كحدث مميز". للحصول على التفاصيل، راجع مزامنة مفتاحميزة جهاز Cisco BroadWorks.

تمكين مزامنة DND (مجموعة موجودة)

  1. تسجيل الدخول إلى مركز الشركاء

  2. انقر فوق إعدادات.

  3. انقر فوق عرض نظام المجموعة وحدد مجموعة BroadWorks المناسبة.

  4. قم بتمكين مفتاح مزامنة عدم الإزعاج (DND).

  5. أدخل معرف مستخدم BroadWorks وانقر على تمكين.

    يتحقق النظام من أن نظام المجموعة BroadWorks يحتوي على التصحيحات المناسبة لدعم مزامنة DND. في حالة فشل التحقق من الصحة، يتم تعطيل الزر حفظ .

  6. إذا نجح التحقق من الصحة، فانقر فوق حفظ.


  • بمجرد تمكين مزامنة DND، يقوم Webex بتحديث جميع اشتراكات المستخدمين لتضمين حزمة أحداث "عدم الإزعاج". اعتمادا على عدد المستخدمين ، قد تستغرق هذه العملية بضع ساعات لإكمالها.

  • تمكين مزامنة DND هو تبديل أحادي الاتجاه. بمجرد تمكين الميزة، لا يمكنك تعطيلها بنفسك.

تمكين مزامنة DND (مجموعة جديدة)

يمكنك أيضا تمكين الميزة أثناء إنشاء المجموعة. لمعرفة التفاصيل، راجع "تكوين مجموعات BroadWorks" في تكوين المؤسسة الشريكة في مركز الشركاء.

تعطيل مزامنة DND

لا يمكنك تعطيل مزامنة DND بنفسك. لتعطيل الميزة، قم بإنشاء حالة BEMS هندسية تحتوي على المعلومات التالية:

  • أسرة: خدمة سبارك

  • المنتج: الاتصال في Webex (Webex for BroadWorks)

  • مكون: WxBW- التزويد

  • يجب أن تنص حالة BEMS على أنه يجب تعطيل "مزامنة عدم الإزعاج" لأحد الشركاء. يجب أن تحتوي الحالة على معرف الشريك ومعرف مجموعة BroadWorks .

حالات الاستخدام

الشكل رقم 4. إعداد DND ومسحه فيما يتعلق بحالة العمل

تسجيل المكالمة

يدعم Webex for Cisco BroadWorks أربعة أوضاع لتسجيل المكالمات.

الجدول 5. أوضاع التسجيل

أوضاع التسجيل

الوصف

عناصر التحكم/المؤشرات التي يتم عرضها على تطبيق Webex

دائمًا

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

  • مؤشر مرئي على أن التسجيل قيد التقدم

دائمًا مع إيقاف مؤقت/استئناف

يبدأ التسجيل تلقائيا عند إنشاء المكالمة. يمكن للمستخدم إيقاف التسجيل مؤقتا واستئنافه.

  • مؤشر مرئي على أن التسجيل قيد التقدم

  • الزر "إيقاف التسجيل مؤقتا" مؤقتا

  • الزر "استئناف التسجيل "

حسب الطلب

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

إذا بدأ المستخدم التسجيل، الاحتفاظ بالتسجيل الكامل من إعداد المكالمة. بعد بدء التسجيل ، يمكن للمستخدم أيضا إيقاف التسجيل مؤقتا واستئنافه

  • الزر "بدء التسجيل"

  • الزر "إيقاف التسجيل مؤقتا" مؤقتا

  • الزر "استئناف التسجيل "

عند الطلب مع شاشة البدء التي بدأها المستخدم

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

  • الزر "بدء التسجيل"

  • الزر "إيقاف التسجيل "

  • الزر "إيقاف التسجيل مؤقتا" مؤقتا

المتطلبات

لنشر هذه الميزة على Webex ل Cisco BroadWorks، يجب نشر تصحيحات BroadWorks التالية:

يجب تشغيل معرف ارتباط المكالمات. لمعرفة التفاصيل، يرجى الاطلاع على تمكين معرف ارتباط المكالمات.

يجب تمكين علامة التكوين التالية لاستخدام هذه الميزة: %ENABLE_CALL_RECORDING_WXT%.

تتطلب هذه الميزة التكامل مع نظام أساسي لتسجيل المكالمات تابع لجهة خارجية.

لتكوين تسجيل المكالمات على BroadWorks، انتقل إلى دليل واجهة تسجيل المكالمات في Cisco BroadWorks.

معلومات إضافية

للحصول على معلومات المستخدم حول كيفية استخدام ميزة التسجيل، انتقل إلى مقالة help.webex.com Webex | تسجيل مكالماتك.

لإعادة تشغيل تسجيل، يجب على المستخدمين أو المسؤولين الانتقال إلى النظام الأساسي لتسجيل المكالمات التابع لجهة خارجية.

مجموعة استدعاء بارك واسترداد

يدعم Webex for Cisco BroadWorks مجموعة Call Park و Retrieve. توفر هذه الميزة طريقة للمستخدمين داخل المجموعة لإيقاف المكالمات، والتي يمكن بعد ذلك استردادها من قبل مستخدمين آخرين في المجموعة. على سبيل المثال، يمكن لموظفي البيع بالتجزئة في إعداد المتجر استخدام الميزة لإيقاف مكالمة يمكن بعد ذلك التقاطها من قبل شخص ما في قسم آخر.

ميزة التشغيل

بمجرد تكوين الميزة

  • أثناء إجراء مكالمة، ينقر المستخدم على خيار الركن على تطبيق Webex الخاص به لإيقاف المكالمة عند ملحق يحدده النظام تلقائيا. يعرض النظام الامتداد للمستخدم لمدة 10 ثوان.

  • ينقر مستخدم آخر في المجموعة على خيار استرداد المكالمات على تطبيق Webex الخاص به. ثم يدخل المستخدم ملحق المكالمة المتوقفة من أجل متابعة المكالمة.

المتطلبات

لكي تعمل هذه الميزة، تأكد مما يلي:

  • يجب أن يحتوي ملف تكوين العميل على العلامات التالية:

    <call-park enabled="%ENABLE_CALL_PARK_WXT%"
            timer="%CALL_PARK_AUTO_CLOSE_DIALOG_TIMER_WXT%"/>
  • يجب تمكين معرف ارتباط الاتصال على AS وXSP. لمعرفة التفاصيل، يرجى الاطلاع على تمكين معرف ارتباط المكالمات.

  • يجب تكوين SBC الخاص بك لتمرير ' x-broadworks-correlation-in' سمة SIP من وإلى خادم التطبيقات.

التكوين

للحصول على معلومات حول كيفية تكوين "مجمع مكالمات المجموعة" على BroadWorks، راجع "إضافة مجموعة متنزه المكالمات" في دليل إدارة واجهة ويب مجموعة خادم تطبيقات Cisco BroadWorks - الجزء 2. يجب إنشاء مجموعة وإضافة مستخدمين إلى المجموعة.

للحصول على معلومات حول كيفية تكوين معرف ارتباط المكالمات على BroadWorks، راجع وصف ميزة معرف ارتباط المكالمات من Cisco BroadWorks.

معلومات إضافية

للحصول على معلومات المستخدم حول كيفية استخدام "منتزه المكالمات الجماعية"، راجع Webex | Park واسترداد المكالمات.

حديقة المكالمات/حديقة المكالمات الموجهة

لا يتم دعم موقف المكالمات العادية أو الموجهة في واجهة مستخدم تطبيق Webex، ولكن يمكن للمستخدمين الموردين، نشر الميزة باستخدام رموز الوصول إلى الميزات:

  • أدخل *68 لإيقاف مكالمة

  • أدخل *88 لاسترداد مكالمة

E911 مكالمة الطوارئ

يدعم Webex for Cisco BroadWorks مكالمات خدمات الطوارئ E911. باستخدام هذه الميزة ، يتم توجيه مكالمات الطوارئ إلى نقطة الرد على السلامة العامة (PSAP) التي يمكنها بعد ذلك توجيه خدمات الطوارئ إلى موقع المتصل. لاستخدام هذه الميزة، يجب دمج Webex for Cisco BroadWorks مع موفر مكالمات الطوارئ E911.

توجد الخيارات التالية:

  • خدمات الطوارئ RedSky لمكالماتE911 - يتم دعم RedSky كموفر مكالمات طوارئ E911 ل Webex ل Cisco BroadWorks. يوفر لك RedSky خدمات الموقع وشبكة توجه مكالمات الطوارئ إلى نقاط الرد على السلامة العامة (PSAPs) في جميع أنحاء الولايات المتحدة وأراضيها وكندا

  • إخلاءمسؤولية مكالمات الطوارئ—إذا كانت لديك خدمة موقع، فيمكنك تكوين نافذة إخلاء مسؤولية خدمات الطوارئ على تطبيق Webex لتضمين خيار للمستخدمين لتحديث موقعهم عند تسجيل الدخول.

تخصيص العملاء وتوفيرهم

يقوم المستخدمون بتنزيل تطبيقات Webex العامة وتثبيتها ، لسطح المكتب أو الهاتف المحمول (للحصول على روابط التنزيل ، راجع Webex App Platform). بمجرد مصادقة المستخدم ، يقوم العميل بالتسجيل مقابل Webex Cloud للمراسلة والاجتماعات ، ويسترد معلومات العلامة التجارية الخاصة به ، ويكتشف معلومات خدمة BroadWorks الخاصة به ويقوم بتنزيل تكوين الاتصال الخاص به من خادم تطبيق BroadWorks (عبر DMS على XSP).

تكوين معلمات الاتصال لتطبيقات Webex في BroadWorks (كالمعتاد). يمكنك تكوين العلامة التجارية والمراسلة ومعلمات الاجتماع للعملاء في مركز التحكم. لا تقوم بتعديل ملف تكوين مباشرة.

يمكن أن تتداخل هاتان المجموعتان من التكوينات، وفي هذه الحالة يحل تكوين Webex محل تكوين BroadWorks.

إضافة قوالب تكوين تطبيقات Webex إلى خادم تطبيقات BroadWorks

يتم تكوين تطبيقات Webex باستخدام ملفات DTAF. يقوم العملاء بتنزيل ملف XML تكوين من خادم التطبيقات، عبر خدمة إدارة الأجهزة على XSP.

  1. احصل على ملفات DTAF المطلوبة (راجع ملفات تعريف الأجهزة في قسم إعداد بيئتك).

  2. تحقق من أن لديك مجموعات العلامات الصحيحة في موارد > نظام BroadWorks > مجموعات علامات إدارة الأجهزة.

  3. لكل عميل تقوم بتوفيره:

    1. قم بتنزيل ملف DTAF المضغوط واستخراجه للعميل المعين.

    2. استيراد ملفات DTAF إلى BroadWorks في موارد > النظام > أنواع ملفات تعريف الهوية/الجهاز

    3. افتح ملف تعريف الجهاز المضاف حديثا للتحرير و:

      • أدخل FQDN مزرعة XSP وبروتوكول الوصول إلى الجهاز.

      • حدد خانة الاختيار دعم معلومات الطرف البعيد . هذا الدعم مطلوب لمشاركة سطح المكتب للعمل.


        يمكنك أيضا تمكين دعم المجموعة البعيدة عن طريق تشغيل الأمر CLI التالي على خادم التطبيقات: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true
    4. قم بتعديل القوالب وفقا لبيئتك (انظر الجدول أدناه).

    5. احفظ ملف التعريف.

  4. انقر فوق الملفات والمصادقة ثم حدد خيار إعادة إنشاء كافة ملفات النظام.

الاسم

الوصف

أولوية برنامج الترميز

تكوين ترتيب الأولوية لبرامج ترميز الصوت والفيديو لمكالمات VoIP

TCP و UDP و TLS

تكوين البروتوكولات المستخدمة لإشارات SIP والوسائط

منافذ الصوت والفيديو RTP

تكوين نطاقات المنافذ لصوت وفيديو RTP

خيارات SIP

تكوين خيارات مختلفة تتعلق ب SIP (SIP INFO ، واستخدام RPORT ، واكتشاف وكيل SIP ، وفترات التحديث للتسجيل والاشتراك ، وما إلى ذلك)

تخصيص العلامة التجارية لتطبيق Webex


يستخدم مدخل تنشيط المستخدم نفس الشعار الذي تضيفه للعلامة التجارية للعميل.

تخصيص عناوين URL للإبلاغ عن المشكلات والمساعدة

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

تكوين مؤسسة الاختبار الخاصة بك ل Webex ل Cisco BroadWorks

قبل البدء

مع التوفير المتدفق

يجب تكوين كافة خدمات XSP والمؤسسة الشريكة في مركز التحكم، قبل أن تتمكن من تنفيذ هذه المهمة.

1

تعيين الخدمة في BroadWorks:

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

  2. قم بتكوين خدمة IM&P لتلك المؤسسة، للإشارة إلى القالب الذي تختبره (استرداد عنوان URL لمحول التوفير وبيانات الاعتماد من قالب عميل Control Hub).

  3. إنشاء مشتركين تجريبيين في تلك المؤسسة / المجموعة.

  4. امنح المستخدمين عناوين بريد إلكتروني فريدة في حقل البريد الإلكتروني في BroadWorks. انسخ تلك العناصر إلى سمة المعرف البديل أيضا.

  5. تعيين خدمة IM & P المتكاملة لهؤلاء المشتركين.


     

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

2

تحقق من مؤسسة العملاء والمستخدمين في مركز التحكم:

  1. سجل الدخول إلى مركز التحكم باستخدام حساب مشرف الشركاء.

  2. انتقل إلى العملاء وتحقق من وجود مؤسسة العملاء الجديدة في القائمة (الاسم يتبع اسم المجموعة أو اسم المؤسسة، من BroadWorks).

  3. افتح مؤسسة العملاء وتحقق من أن المشتركين هم مستخدمون في تلك المؤسسة.

  4. تحقق من أن المشترك الأول الذي قمت بتعيين خدمة IM&P المتكاملة له أصبح مسؤول العملاء في تلك المؤسسة.

اختبار المستخدم

1

قم بتنزيل تطبيق Webex على جهازين مختلفين.

2

سجل الدخول كمستخدمين للاختبار على الجهازين.

3

إجراء مكالمات اختبارية.