نشر Webex لـ Cisco BroadWorks

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

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

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

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

يعرض ترتيب المهام المطلوبة لنشر Webex for BroadWorks مع التنشيط الذاتي — الشكل رقم 3. المهام المطلوبة لنشر التوفير الذاتي للمستخدم

ضم الشركاء إلى Webex من أجل Cisco BroadWorks

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

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

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

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

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


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

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

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

يجب أن تكون خدمة المصادقة مقيمة بشكل مشترك مع تطبيقات Xsi، لأن هذه الواجهات يجب أن تقبل الرموز المميزة طويلة الأجل للحصول على إذن الخدمة. خدمة المصادقة مطلوبة للتحقق من صحة تلك الرموز.
يمكن أن تعمل خدمة المصادقة وXsi على نفس المنفذ إذا لزم الأمر.
يمكنك فصل الخدمات/التطبيقات الأخرى كما هو مطلوب في المقياس الخاص بك (على سبيل المثال، مزرعة إدارة الأجهزة المخصصة XSP).
يمكنك المشاركة في موقع تطبيقات Xsi وCTI وخدمة المصادقة وDMS.
لا تقم بتثبيت تطبيقات أو خدمات أخرى على XSP المستخدمة لدمج 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> get

callControlApplicationName = com.broadsoft.xsi-events

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

سيؤدي تغيير CallControlApplicationName، أو عدم وجود نفس الاسم على جميع تطبيقات الويب Xsi-Events إلى التأثير على وظائف الاشتراكات والأحداث الهاتفية.

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

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

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

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

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

الحصول على بيانات اعتماد OAuth لـ Webex لـ Cisco BroadWorks.
قم بتثبيت التصحيحات التالية على كل خادم XSP. قم بتثبيت التصحيحات المناسبة لإصدارك:
- بالنسبة لـ R22:
  
  AP.platform.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap376508
  
  AP.xsp.22.0.1123.ap368601
- بالنسبة لـ R23:
  
  AP.xsp.23.0.1075.ap376509
  
  AP.platform.23.0.1075.ap376509
- بالنسبة لـ R24 — لا توجد حاجة إلى تصحيح
تثبيت 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...

بدءًا من بناء Broadworks 2022.10، لم تعد سلطات الشهادات التي تأتي مع Java مدرجة تلقائيًا في متجر BroadWorks الاستئماني عند التحول إلى إصدار جديد من java. يفتح AuthenticationService اتصال TLS بـ Webex لجلب رمز الوصول، ويحتاج إلى وجود ما يلي في متجر الثقة الخاص به للتحقق من صحة عنوان URL لـ IDBroker وWebex:

IdenTrust Commercial Root CA 1
Certificate Authority Go Daddy Root - G2

تحقق من وجود هذه الشهادات ضمن CLI التالية

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

إذا لم يكن موجودًا، فقم بتشغيل الأمر التالي لاستيراد صناديق Java الافتراضية:

ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

بدلاً من ذلك، يمكنك إضافة هذه الشهادات يدويًا كمرساة ثقة باستخدام الأمر التالي:

ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

إذا تم ترقية ADP من إصدار سابق، فسيتم استيراد سلطات الشهادات من الإصدار القديم تلقائيًا إلى الإصدار الجديد وسيستمر استيرادها حتى تتم إزالتها يدويًا.

تطبيق AuthenticationService معفي من إعداد validatePeerIdentity ضمن ADP_CLI/System/SSLCommonSettings/GeneralSettings، ويتحقق دائمًا من هوية النظير. راجع FD للتحقق من صحة شهادة Cisco Broadworks X509 للحصول على مزيد من المعلومات حول هذا الإعداد.

قم بتكوين موفري الهوية عن طريق تشغيل الأوامر التالية على كل خادم XSP:

XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

set clientId client-Id-From-Step1
set enabled true
set clientSecret client-Secret-From-Step1
set ciResponseBodyMaxSizeInBytes 65536
set issuerName <URL>- من أجل URL ، أدخل عنوان URL لـ IssuERName الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي.
set issuerUrl <URL>- من أجل URL ، أدخل IssuerUrl الذي ينطبق على مجموعة CI الخاصة بك. انظر الجدول التالي.
set tokenInfoUrl <IdPProxy URL> — أدخل عنوان URL لوكيل IdP الذي ينطبق على مجموعة Teams الخاصة بك. انظر الجدول الثاني الذي يلي.

الجدول رقم 1. تعيين issuerName وissuerURL

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

تعيين issuerName وissuerURL إلى...

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

https://idbroker.webex.com/idb

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

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

الولايات المتحدة الأمريكية

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

إذا كنت لا تعرف مجموعة CI الخاصة بك، فيمكنك الحصول على المعلومات من تفاصيل العميل في عرض مكتب المساعدة في Control Hub.

إذا كانت مجموعة Teams... تعيين tokenInfoURL إلى...(URL وكيل IdP)

أتشم

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/authenticate" جزء من عنوان URL مع " ping".

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

XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user
قم بتكوين موفري الهوية لاتحاد Cisco باستخدام الأوامر التالية على كل خادم XSP:

XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get
- set flsUrl https://cifls.webex.com/federation
- set refreshPeriodInMinutes 60
- set refreshToken refresh-Token-From-Step1
قم بتشغيل الأمر التالي للتحقق من أن تكوين FLS الخاص بك يعمل. سيقوم هذا الأمر بإرجاع قائمة موفري الهوية:

XSP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get
تكوين إدارة الرمز باستخدام الأوامر التالية على كل خادم XSP:
- XSP_CLI/Applications/AuthenticationService/TokenManagement>
- set tokenIssuer BroadWorks
- set tokenDurationInHours 720

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

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

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

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

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

(يولد هذا زوج مفاتيح خاص / عام على XSP ، إذا لم يكن هناك واحد بالفعل)
موقع متجر المفتاح غير قابل للتكوين. تصدير المفاتيح:

XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys
نسخ الملف الذي تم تصديرها /var/broadworks/tmp/authService.keys إلى نفس الموقع على XSPs الأخرى ، الكتابة فوق كبار السن .keys إذا لزم الأمر.
استيراد المفاتيح على كل من XSPs الأخرى:

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

قم بتوفير عنوان URL الخاص بخدمة authService لحاوية الويب. تحتاج حاوية الويب الخاصة بـ XSP إلى عنوان URL الخاص بـ authService حتى تتمكن من التحقق من صحة الرموز. على كل من XSPs:
1. أضف عنوان URL الخاص بخدمة المصادقة كخدمة مصادقة خارجية لبرنامج BroadWorks Communications Utility:
  
  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 على R24، فستحتاج أيضًا إلى إزالة متطلبات مصادقة العميل لخدمة المصادقة. قم بتشغيل أمر CLI التالي:

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

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

تستخدم تطبيقات خدمة المصادقة وXsi-Actions وXsi-Events واجهات خادم HTTP. مستويات تكوين TLS لهذه التطبيقات هي كما يلي:

الأكثر عمومية = النظام > النقل > 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>`

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

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

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

XSP_CLI/Interface/Http/HttpServer> get

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

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

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

تسجيل الدخول إلى XSP وانتقل إلى XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>
أدخل الأمر get <interfaceIp> 443 لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة.
أدخل الأمر add <interfaceIp> 443 TLSv1.2 لضمان أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.

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

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

تسجيل الدخول إلى XSP وانتقل إلى XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>
أدخل الأمر get <interfaceIp> 443 لمعرفة الشفرات المستخدمة بالفعل في هذه الواجهة. يجب أن يكون هناك واحدة على الأقل من الأجنحة الموصى بها من Cisco (راجع متطلبات هوية وأمان XSP في قسم النظرة العامة).

أدخل الأمر 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 والتكوين ذي الصلة

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

تكوين خادم التطبيق لاشتراكات CTI
تكوين XSPs لاشتراكات CTI المصادقة على mTLS
فتح المنافذ الواردة لواجهة CTI الآمنة
اشترك مؤسسة Webex الخاصة بك في أحداث CTI BroadWorks

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

قم بتحديث ClientIdentity على خادم التطبيق بالاسم العام (CN) لشهادة عميل 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/التشفيرات> XSP_CLI/System/SSLCommonSettings/JSSE/Protocols>
بروتوكولات النقل لهذا النظام (R22 والإصدارات اللاحقة)	XSP_CLI/System/SSLCommonSettings/OpenSSL/Ciphers> XSP_CLI/System/SSLCommonSettings/OpenSSL/Protocols>
كل واجهات CTI على هذا النظام (R22 والإصدارات اللاحقة)	XSP_CLI/Interface/CTI/SSLCommonSettings/Ciphers> XSP_CLI/Interface/CTI/SSLCommonSettings/Protocols>
واجهة CTI محددة على هذا النظام (R22 والإصدارات اللاحقة)	XSP_CLI/الواجهة/CTI/CTIServer/SSLSettings/Ciphers> XSP_CLI/Interface/CTI/CTIServerSSLSettings/البروتوكولات>

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

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256
TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256

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

تسجيل الدخول إلى XSP وانتقل إلى XSP_CLI/Interface/CTI/CTIServer>
أدخل 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:

تسجيل الدخول إلى XSP وانتقل إلى XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>
أدخل الأمر get <interfaceIp> لمعرفة البروتوكولات المستخدمة بالفعل على هذه الواجهة.
أدخل الأمر add <interfaceIp> TLSv1.2 لضمان أن الواجهة يمكن أن تستخدم TLS 1.2 عند الاتصال بالسحابة.

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

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

تسجيل الدخول إلى XSP وانتقل إلى XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>
أدخل get الأمر لمعرفة الشفرات المستخدمة بالفعل في هذه الواجهة. يجب أن يكون هناك واحدة على الأقل من الأجنحة الموصى بها من Cisco (راجع متطلبات هوية وأمان XSP في قسم النظرة العامة).

أدخل الأمر 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، قم بما يلي:

سجّل الدخول إلى Partner Hub.

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

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

قم بتقسيم سلسلة الشهادات إلى شهادتين - combinedcertchain2023.txt
1. فتح combinedcertchain2023.txt في محرر نصوص.
2. انتقِ و قطع الأوّل كتلة من نص سطور -----BEGIN CERTIFICATE----- و -----END CERTIFICATE----- ، ولصق كتلة النص في ملف جديد.
3. احفظ جديد ملفّ root2023.txt.
4. احفظ الملف الأصلي كـ issuing2023.txt. يجب أن يحتوي الملف الأصلي الآن على كتلة واحدة من النص ، محاطة بالأسطر -----BEGIN CERTIFICATE----- و -----END CERTIFICATE-----.
انسخ كلا الملفات النصية إلى موقع مؤقت على XSP الذي تقوم بتأمينه، على سبيل المثال. /var/broadworks/tmp/root2023.txt و /var/broadworks/tmp/issuing2023.txt
تسجيل الدخول إلى XSP وانتقل إلى /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>
تشغيل (اختياري) help updateTrust لرؤية المعلمات وتنسيق الأمر.

تحميل ملفات الشهادة إلى مرساة ثقة جديدة - 2023

XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

يجب أن يكون لكل الأسماء المستعارة اسم مختلف. webexclientroot2023 ، و webexclientissuing2023 هي مثال الأسماء المستعارة لمراسي الثقة ؛ يمكنك استخدام الخاص بك طالما أن جميع الإدخالات فريدة من نوعها.

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

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

  Alias   Owner                                   Issuer
=============================================================================
webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

السماح للعملاء بالمصادقة باستخدام الشهادات:

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

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

أضف واجهة CTI SSL.

يعتمد سياق CLI على إصدار BroadWorks الخاص بك. يخلق الأمر شهادة خادم موقعة ذاتيًا على الواجهة ، ويجبر الواجهة على طلب شهادة عميل.
- على BroadWorks R22 وR23:
  
  XSP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true
استبدل شهادة الخادم والمفتاح على واجهات CTI لـ XSP. أنت بحاجة إلى عنوان IP لواجهة CTI لهذا; يمكنك قراءته من السياق التالي:
- على BroadWorks 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>
أعد تشغيل XSP.

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

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

حدد عنوان CTI الذي يمكن من خلاله لـ Webex الاشتراك في BroadWorks CTI Events.
تكون اشتراكات CTI على أساس كل مشترك ويتم إنشاؤها وصيانتها فقط بينما يتم توفير هذا المشترك لـ WEBEX لـ Cisco BroadWorks.

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

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

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

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

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

تطبيق Webview الخاص بإعدادات المكالمات، المستضاف على Cisco BroadWorks XSP (أو ADP).
تطبيق Webex، الذي يجعل إعدادات المكالمة في Webview.

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

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

نشر CSWV على BroadWorks

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

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

سجّل الدخول إلى 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 الخاص بك. (إصدار R24 هو https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf).
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
يمكنك الآن التنبؤ بعنوان URL الخاص بإعدادات المكالمات الذي ستحدده للعملاء، على النحو التالي:

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

ملاحظات:
- يجب عليك توفير شرطة مائلة لاحقة على عنوان URL هذا عند إدخاله في ملف تكوين العميل.
- يجب أن يتطابق XSP-FQDN مع FQDN لـ Xsi-Actions، لأن CSWV يحتاج إلى استخدام XSI-Actions وCORS غير مدعوم.
كرر هذا الإجراء لـ XSPs الأخرى في Webex لـ Cisco BroadWorks البيئة (إذا لزم الأمر).

تطبيق Webview الخاص بإعدادات الاتصال نشط الآن على XSPs.

تكوين تطبيق Webex لاستخدام عرض Webview الخاص بإعدادات المكالمات

للحصول على مزيد من التفاصيل حول تكوين العميل، راجع دليل تكوين Webex لـ Cisco BroadWorks.

هناك علامة مخصصة في ملف تكوين تطبيق Webex يمكنك استخدامها لتعيين عنوان URL لـ CSWV. يعرض عنوان URL هذا إعدادات المكالمة للمستخدمين من خلال واجهة التطبيق.

<config>
    <services>
        <web-call-settings target="%WEB_CALL_SETTINGS_TARGET_WXT%">
            <url>%WEB_CALL_SETTINGS_URL_WXT%</url>
        </web-call-settings>

في قالب تكوين تطبيق Webex على BroadWorks، قم بتكوين عنوان URL لـ CSWV في %WEB_CALL_SETTINGS_URL_WXT% العلامة.

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

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

%WEB_CALL_SETTINGS_TARGET_WXT% csw
قم بتعيين عنوان URL الخاص بإعدادات مكالمات الويب لبيئتك، على سبيل المثال:

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

لقد اشتريت هذه القيمة عند نشر تطبيق CSWV.
يجب أن يحتوي ملف تكوين العميل الناتج على إدخال على النحو التالي:
```
<web-call-settings target="csw">
    <url>https://yourxsp.example.com/callsettings/</url>
</web-call-settings>
```

تكوين إشعارات دفع المكالمات في 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 لاستخدام وكيل NPShttps://help.webex.com/nl5rir2/.

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

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

تنفذ الميزة تصميمًا جديدًا في Notification Push Server لحل نقاط الضعف الأمنية لمشاركة المفاتيح الخاصة لشهادات إعلام الدفع مع موفري الخدمات لعملاء الأجهزة المحمولة. بدلاً من مشاركة شهادات ومفاتيح إعلام الدفع مع موفر الخدمة، يستخدم NPS واجهة برمجة تطبيقات جديدة للحصول على رمز إعلام مؤقت قصير الأجل من WEBEX لـ Cisco BroadWorks الخلفي، ويستخدم هذا الرمز للمصادقة مع APN Apple وخدمات Google FCM.

وتعزز الميزة أيضًا قدرة خادم دفع الإشعارات على دفع الإشعارات إلى أجهزة Android من خلال واجهة API الجديدة Google Firebase Cloud Messaging (FCM) HTTPv1.

لمزيد من المعلومات، راجع Push Server for VoIP في وصف ميزة UCaaS.

تتوفر بقع BroadWorks للميزة على: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

بالنسبة لبرامج NPS والترقيعات، راجع القسم إعداد NPS الخاص بك لتطبيق Webex من أجل Cisco BroadWorks.

ابحث عن التصحيح وتنزيله من صفحة تنزيل البرنامج.

يمكن العثور على مزيد من المعلومات حول خادم ADP على https://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html.

اعتبارات APNS

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

قم بإعداد NPS الخاص بك لتطبيق Webex من أجل Cisco BroadWorks

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

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

بقع XSP R22:

بقع XSP R23:

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

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

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true

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

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

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

على كل خادم AS، ملف namedefs في /usr/local/broadworks/bw_base/conf يجب تكوينه باستخدام SRV وسجلات بحث خادم دفع الإعلام (XSP/ADP)، إذا كان XSP/ADP متعددًا، فقم بإضافة إدخال لكل منها على النحو المطلوب.

مثال: _pushnotification-client._tcp.qaxsps.broadsoft.com SRV 20 20 443 qa149.vle.broadsoft.com qa149.vle.broadsoft.com في 10.193.78.149

بمجرد التعيين، يلزم إدخال أحد ما يلي لالتقاط التغييرات:

يتم تشكيل Restartbw في نافذة الصيانة.
عبر Cisco BroadWorks CLI:

R24 فما فوق

AS_CLI/ASDiagnostic/DNS> إعادة تحميل

R25 +

AS_CLI/ASDiagnostic/DNS/ExecutionServer> إعادة تحميل

AS_CLI/ASDiagnostic/DNS/ProvisioningServer> إعادة تحميل

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

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

لترحيل نشر Android الحالي إلى FCMv1، انتقل إلى ترحيل NPS إلى FCMv1

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

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

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

الحصول على بيانات اعتماد OAuth لـ Webex لـ Cisco BroadWorks.

إنشاء حساب العميل على 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

يجب أن يكون CiscoCI issuerUrl دائمًا مجموعة CI الأمريكية بغض النظر عن موقعك ويجب أن يكون الإعداد الافتراضي:

XSP_CLI/Applications/NotificationPushServer/CiscoCI> get issuerUrl = https://idbroker.webex.com/idb

أدخل عنوان 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

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

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

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

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

قم بتكوين عناوين 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

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


سياق XSP CLI	المعلمة	القيمة
`XSP_CLI/Applications/` `NotificationPushServer/FCM>`	`tokenTimeToLiveInSeconds`	3600
	`connectionPoolSize`	10
	`connectionTimeoutInMilliseconds`	3600
	`connectionIdleTimeoutInSeconds`	600
`XSP_CLI/Applications/NotificationPushServer/` `APNS/Production>`	`connectionTimeout`	3000
	`connectionPoolSize`	2
	`connectionIdleTimeoutInSeconds`	600

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

تشغيل AS_CLI/System/PushNotification> get وتحقق من قيمة enforceAllowedApplicationList. إذا كان true ، تحتاج إلى إكمال هذه المهمة الفرعية. وإلا، قم بتخطي بقية المهمة الفرعية.
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.wx2.android “Webex Android”
AS_CLI/System/PushNotification/AllowedApplications> add com.cisco.squared “Webex iOS”

أعد تشغيل XSP: bwrestart

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

ترحيل NPS إلى FCMv1

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

ترحيل عملاء UC-One إلى FCMv1—عندما يكون لديك عملاء UCaaS موجودين وتحتاج إلى ترحيلهم لاستخدام FCMv1.
ترحيل عملاء SaaS إلى FCMv1—عندما يكون لديك عملاء SaaS موجودين وتحتاج إلى ترحيلهم لاستخدام FCMv1.
تحديث خادم ADP—عندما تقوم بترحيل NPS إلى خادم ADP.

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

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

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

للحصول على مزيد من التفاصيل، راجع دليل Connect Mobile Branding Guide على 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">xxxxxxxxxxxxx</string>

قم بتسجيل الدخول إلى SDK الخاص بمسؤول FCM على http://console.firebase.google.com.
حدد تطبيق Android المناسب.
في علامة التبويب عام، قم بتسجيل معرف المشروع
انتقل إلى علامة تبويب حسابات الخدمة لتكوين حساب خدمة. يمكنك إنشاء حساب خدمة جديد أو تكوين حساب موجود.

لإنشاء حساب خدمة جديد:
1. انقر على الزر الأزرق لإنشاء حساب خدمة جديد
2. انقر على الزر الأزرق لإنشاء مفتاح خاص جديد
3. تنزيل المفتاح إلى موقع آمن
لإعادة استخدام حساب خدمة موجود:
1. انقر على النص الأزرق لعرض حسابات الخدمة الحالية.
2. حدد حساب الخدمة المطلوب استخدامه. يحتاج حساب الخدمة إلى إذن firebaseadmin-sdk.
3. على اليمين، انقر على قائمة الهمبرغر وقم بإنشاء مفتاح خاص جديد.
4. قم بتنزيل ملف json الذي يحتوي على المفتاح وحفظه في موقع آمن.
انسخ ملف json على XSP.

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

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

اضبط التطبيق:

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

تمكين FCMv1:

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

قم بتشغيل ملف التثبيت bwrestart الأمر لإعادة تشغيل XSP.

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

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

تأكد من أنك أكملت بالفعل الإجراء "تكوين NPS لاستخدام وكيل المصادقة".

تعطيل FCM:

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled false
...Done

قم بتشغيل ملف التثبيت bwrestart الأمر لإعادة تشغيل XSP.

تمكين FCM:

XSP_CLI/Applications/NotificationPushServer/FCM> set V1Enabled true
...Done

قم بتشغيل ملف التثبيت bwrestart الأمر لإعادة تشغيل XSP.

تحديث خادم ADP

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

احصل على ملف JSON من Google Cloud Console:
1. على وحدة التحكم في Google Cloud، انتقل إلى صفحة حسابات الخدمة.
2. انقر على تحديد مشروع، واختر مشروعك وانقر على فتح.
3. ابحث عن صف حساب الخدمة الذي تريد إنشاء مفتاح له، وانقر فوق زر المزيد العمودي، ثم انقر فوق إنشاء المفتاح.
4. حدد نوع مفتاح وانقر على إنشاء
  
  يتم تنزيل الملف.
إضافة 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
```

تكوين مؤسسة شريكك في Partner Hub

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

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

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

لتمكين سحابة Webex من مصادقة المستخدمين لديك ضد BroadWorks (عبر خدمة المصادقة التي تستضيفها XSP).
لتمكين تطبيقات Webex من استخدام واجهة Xsi للتحكم في المكالمات.
لتمكين Webex من الاستماع إلى أحداث CTI التي ينشرها BroadWorks (الحضور الهاتفي وسجل المكالمات).

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

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

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

سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك لديك.
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات BroadWorks Calling.
انقر فوق إضافة مجموعة.

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

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

يمكن أن تستخدم اختبارات التحقق هذا الحساب للتحقق من صحة الاتصالات بالواجهات في المجموعة.
أضف إجراءات XSI وعناوين URL الخاصة بأحداث xsi الخاصة بك.
اختياري. قم بتحديث عنوان URL لـ DAS باستخدام عنوان URL الخاص بخدمة تنشيط الجهاز.
اختياري. حدد خانة اختيار تمكين مصادقة BroadWorks المباشرة إذا كنت تريد أن تكون عمليات تسجيل الدخول إلى BroadWorks مباشرة إلى BroadWorks. وبخلاف ذلك، يتم تكملة المصادقة إلى BroadWorks من خلال خدمة وكيل IdP التي تستضيفها Webex.

يؤثر خانة الاختيار هذه على حالات تسجيل الدخول:
- تسجيل الدخول إلى مدخل تنشيط المستخدم - يجب على المستخدمين إدخال بيانات اعتماد BroadWorks الخاصة بهم عند تسجيل الدخول إلى البوابة. يحدد الإعداد أعلاه ما إذا كان تسجيل الدخول مباشرًا إلى BroadWorks أو من خلال وكيل IdP.
- تسجيل دخول العميل — إذا تم تكوين مصادقة BroadWorks في قالب العميل، فإن الإعداد أعلاه يحدد ما إذا كان تسجيل دخول العميل إلى تطبيق Webex مباشرًا إلى BroadWorks أو تم تكوينه من خلال وكيل IdP.
انقر على التالي.
في صفحة واجهة CTI، قم بما يلي:
1. أضف عنوان URL لـ CTI والمنفذ لواجهة CTI التي تريد الاتصال بها.
2. اختياري. قم بتمكين تبديل محفوظات المكالمات ثم أدخل معرف مستخدم BroadWorks الخاص بك. عند تحديد هذا الخيار، تتم مزامنة أحداث محفوظات مكالمات BroadWorks مع سحابة Webex. يمكن للمستخدمين عرض محفوظات المكالمات الخاصة بهم على تطبيق Webex.
3. اختياري. قم بتمكين تبديل مزامنة عدم الإزعاج (DND) ثم أدخل معرف مستخدم BroadWorks الخاص بك. يقوم هذا الخيار بمزامنة أحداث DND بين Webex وBroadWorks، مما يضمن أن الميزة تعمل نفسها على كلا المنصتين.
4. انقر على التالي.
أضف عنوان URL الخاص بخدمة المصادقة.
حدد خدمة المصادقة مع التحقق من صحة رمز CI.

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

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

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

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

سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك لديك.
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات BroadWorks Calling.
انقر على عرض المجموعات.
يبدأ Partner Hub اختبارات الاتصال من الخدمات المصغرة المختلفة نحو الواجهات في المجموعات.

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

يجب أن ترى رسائل النجاح الخضراء. إذا رأيت رسالة خطأ حمراء، فانقر فوق اسم المجموعة المتأثرة لمعرفة الإعداد الذي يسبب المشكلة.
اختياري. حدد مجموعة إذا كنت ترغب في رؤية الإعدادات الحالية لتلك المجموعة، مثل XSI-Actions وXSI-Events وDAS URL وإعدادات واجهة CTI.

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

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

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

سجّل الدخول إلى Partner Hub (admin.webex.com) باستخدام بيانات اعتماد مسؤول الشريك لديك.
افتح صفحة الإعدادات من القائمة الجانبية، وابحث عن إعدادات BroadWorks Calling.
انقر فوق إضافة قالب.

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

قم بتكوين وضع التوفير الخاص بك، باستخدام هذه الإعدادات الموصى بها:

الجدول رقم 3. إعدادات التوفير الموصى بها لأوضاع التوفير المختلفة
اسم الإعداد	التوفير من خلال رسائل البريد الإلكتروني الموثوق بها	التوفير من خلال بدون رسائل بريد إلكتروني	التوفير الذاتي للمستخدم
تمكين تدفق BroadWorks من خلال التوفير (تشمل بيانات اعتماد حساب التوفير في حالة التشغيل**)	تشغيل قم بتوفير اسم حساب التوفير وكلمة المرور وفقًا لتكوين BroadWorks.	تشغيل قم بتوفير اسم حساب التوفير وكلمة المرور وفقًا لتكوين BroadWorks.	إيقاف التشغيل
إنشاء المؤسسات الجديدة تلقائيًا في Control Hub	في	في	في
عنوان البريد الإلكتروني لموفر الخدمة	حدد عنوان بريد إلكتروني من القائمة المنسدلة (يمكنك كتابة بعض الأحرف للعثور على العنوان إذا كان قائمة طويلة). يحدد عنوان البريد الإلكتروني هذا المسؤول داخل مؤسسة الشريك لديك الذي سيتم منحه وصول المسؤول المفوض إلى أي مؤسسات عملاء جديدة تم إنشاؤها باستخدام قالب العميل.
الدولة	اختر البلد الذي تستخدمه لهذا القالب. البلد الذي تختاره يطابق مؤسسات العملاء التي تم إنشاؤها باستخدام هذا القالب مع منطقة معينة. وفي الوقت الحاضر، يمكن أن تكون المنطقة (EMEAR) أو (أمريكا الشمالية وبقية العالم). اطلع على تعيينات الدولة إلى المنطقة في ورقة الحساب هذه. ستحدد دولة المؤسسة أرقام الاتصال العالمية الافتراضية لـ Cisco PSTN في مواقع اجتماعات Webex. ارجع إلى قسم الدولة في صفحة التعليمات للحصول على مزيد من المعلومات.
وضع BroadWorks Enterprise نشط	قم بتمكين ذلك إذا كان العملاء الذين توفرها مع هذا القالب هم مؤسسات في BroadWorks. إذا كانوا مجموعات، اترك هذا إيقاف التشغيل. إذا كان لديك مزيج من المؤسسات والمجموعات في BroadWorks الخاص بك ، فيجب عليك إنشاء قوالب مختلفة لتلك الحالات المختلفة.

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

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

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

حدد حزمة الخدمات الافتراضية للعملاء الذين يستخدمون هذا القالب (انظر الحزم في قسم النظرة العامة)؛ إما Basic أو Standard أو Premium أو Softphone.

يمكنك تجاوز هذا الإعداد للمستخدمين الفرديين عبر Partner Hub.
اختياري. تحقق من تعطيل مكالمات Cisco Webex المجانية إذا كنت ترغب في تعطيل مكالمات Webex.
بالنسبة إلى تكوين الانضمام إلى الاجتماع، حدد أحد الخيارات التالية:
- أرقام الاتصال الوارد من Cisco (PSTN)
- أرقام الاتصال المقدمة من الشركاء (BYoPSTN)—إذا قمت بتحديد هذا الخيار، ارجع إلى دليل حل PSTN الخاص بك لتطبيق WeBEX لـ Cisco BroadWorks للحصول على معلومات تفصيلية حول كيفية تكوين هذا الخيار.
انقر على التالي.

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

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

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

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

في الحالة غير الموثوق بها، هناك العديد من أوضاع التوفير استنادًا إلى إعدادات التحقق في الجدول أدناه:

الجدول رقم 4. إعدادات التحقق من المستخدم الموصى بها لأوضاع التوفير غير الموثوق بها
اسم الإعداد	التوفير من خلال بدون رسائل بريد إلكتروني	التوفير الذاتي للمستخدم
توفير المسؤول أولاً	موصى به*	غير مطبّق
السماح للمستخدمين بالتنشيط الذاتي	غير مطبّق	مطلوب

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

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

حدد وضع المصادقة الافتراضي (إما مصادقة BroadWorks أو مصادقة Webex) لتسجيل دخول المستخدم إلى Webex.

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

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

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

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

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

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

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

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

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

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

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

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

بالنسبة لـ 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 في القسم المرجعي.

التغيير إلى Maintenance/ContainerOptions السياق.
تمكين معلمة URL الخاصة بالتوفير:

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

احصل على عناوين URL الخاصة بالتوفير من Partner Hub

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

تسجيل الدخول إلى Partner Hub والانتقال إلى الإعدادات > BroadWorks Calling.
انقر على عرض القوالب.
حدد القالب الذي تستخدمه لتوفير مشتركي هذه المؤسسة/المجموعة في Webex.

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

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

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

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

سجّل الدخول إلى خادم التطبيق وقم بتكوين واجهة المراسلة.
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
تنشيط واجهة IMP المتكاملة:
1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com
2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive 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، حدد Primary.
انقر على تطبيق.
كرر الأمر للمؤسسات الأخرى التي تريد تكوينها للتدفق من خلال التوفير.

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

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

واجهة برمجة تطبيقات التحقق المسبق من جانب الشريك

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

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

للحصول على مزيد من المعلومات حول واجهة برمجة التطبيقات، راجع: دليل مطوري Webex لـ BroadWorks

لاستخدام واجهة برمجة التطبيقات، انتقل إلى: التحقق المسبق من توفير مشترك في BroadWorks

للوصول إلى التحقق المسبق من مستند توفير مشترك في BroadWorks، تحتاج إلى تسجيل الدخول إلى https://developer.webex.com/ المدخل.

شريك SSO - SAML

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

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

تحقق من أن موفر هوية الطرف الثالث يفي بالمتطلبات المدرجة في قسم متطلبات موفري الهوية في دمج تسجيل الدخول الفردي في Control Hub.

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

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

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

الشكل رقم 4.
قم بإنشاء مستخدم جديد في مؤسسة عميل جديدة تستخدم القالب.
بحيث يستطيع المستخدم تسجيل الدخول.

SSO الخاص بالشريك - OpenID Connect (OIDC)

السماح للمسؤولين الشركاء بتكوين OIDC SSO لمؤسسات العملاء التي تم إنشاؤها حديثًا. يمكن للشركاء تكوين علاقة واحدة محددة مسبقًا لـ SSO وتطبيق هذا التكوين على مؤسسات العملاء التي يديرونها، وكذلك على موظفيها.

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

افتح طلب خدمة باستخدام Cisco TAC مع تفاصيل OpenID Connect IDP. فيما يلي سمات IDP إلزامية واختيارية. يجب أن يقوم مركز TAC بإعداد IDP على CI وتوفير عنوان URI لإعادة التوجيه المراد تكوينه على IDP.

الجدول 5.
السمة	مطلوب	الوصف
اسم IDP	نعم	اسم فريد ولكن غير حساس لحالة تكوين OIDC IdP، يمكن أن يتكون من الأحرف والأرقام والواصلات والأسطر والإيلات والنقاط والحد الأقصى للطول هو 128 حرفًا.
معرف عميل OAuth	نعم	يُستخدم لطلب مصادقة IdP من OIDC.
سري عميل OAuth	نعم	يُستخدم لطلب مصادقة IdP من OIDC.
قائمة النطاقات	نعم	قائمة النطاقات التي سيتم استخدامها لطلب مصادقة OIDC IdP، مقسمة حسب المساحة، على سبيل المثال، يجب أن يتضمن "ملف تعريف البريد الإلكتروني المفتوح" مفتاح التعريف والبريد الإلكتروني.
نقطة نهاية التفويض	نعم إذا لم يتم توفير نقطة النهاية الاستكشافية	عنوان URL لنقطة نهاية تخويل OAuth 2.0 الخاصة بموفر التعريف.
نقطة النهاية tokenComment	نعم إذا لم يتم توفير نقطة النهاية الاستكشافية	عنوان URL لنقطة نهاية الرمز OAuth 2.0 الخاصة بموفر التعريف.
نقطة نهاية الاكتشاف	لا	عنوان URL لنقطة نهاية اكتشاف موفر التعريف لاكتشاف نقاط نهاية OpenID.
نقطة النهاية للمستخدم	لا	عنوان URL لنقطة نهاية UserInfo الخاصة بموفر التعريف.
مجموعة المفاتيح نقطة النهاية	لا	عنوان URL لنقطة نهاية مجموعة مفاتيح ويب JSON الخاصة بموفر التعريف.

بالإضافة إلى سمات IDP المذكورة أعلاه، يجب تحديد معرف مؤسسة الشريك في طلب TAC.

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

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

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

لتشغيل 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
يفتح اجتماع enableCallCorrelationID يتم استخدام المعلمة المقترنة بتطبيق Xsi-Actions للتحكم في تضمين معلومات ارتباط المكالمات في سجلات Xsi-Actions. من المستحسن أن يكون enableCallCorrelationID تم تمكينه باستخدام الأمر التالي على واجهات XSP:

XSP_CLI/Applications/Xsi-Actions/GeneralSettings>set enableCallCorrelationID 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 Call وMeetings History التي يتم عرضها على تطبيق Webex. يستطيع المستخدمون عرض محفوظات المكالمات المفصلة الخاصة بهم وتاريخ الاجتماع من تطبيق Webex.

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

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

متطلبات محفوظات المكالمات الموحدة

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

بالنسبة لـ R22:

AP.xsp.22.0.1123.ap378585
AP.as.22.0.1123.ap378585 — بعد تثبيت التصحيح ، يجب عليك تنشيط الميزة 25433. على سبيل المثال: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.22.0.1123.ap378585
AP.ps.22.0.1123.ap378585

بالنسبة لـ R23:

AP.as.23.0.1075.ap378585 — بعد تثبيت التصحيح ، يجب عليك تنشيط الميزة 25433. على سبيل المثال: AS_CLI/System/ActivatableFeature> activate 25433
AP.platform.23.0.1075.ap378585
إذا كنت تستخدم XSP— AP.xsp.23.0.1075.ap378585
إذا كنت تستخدم ADP— Xsi-Events-23_2021.05_1.251.bwar

بالنسبة لـ R24:

AP.as.24.0.944.ap378585 — بعد تثبيت التصحيح ، يجب عليك تنشيط الميزة 25433. على سبيل المثال: AS_CLI/System/ActivatableFeature> activate 25433
Xsi-Events-24_2021.05_1.251.bwar

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

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

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

بالنسبة لـ R23:

AP.as.23.0.1075.ap383346
AP.as.23.0.1075.ap383994

بالنسبة لـ R24:

AP.as.24.0.944.ap383346
AP.as.24.0.944.ap383994

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

بالنسبة لـ R24:

AP.as.24.0.944.ap380052
AP.as.24.0.944.ap384239
ADP لتشغيل Xsi-Events-24_2022.06 أو إصدار أحدث

بالإضافة إلى تصحيحات Broadworks، يجب أيضًا تمكين مزامنة الدليل من أجل محفوظات المكالمات الموحدة للمساعد التنفيذي.

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

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

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

تمكين محفوظات المكالمات (المجموعة الحالية)

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

تسجيل الدخول إلى Partner Hub في admin.webex.com.
انتقل إلى الإعدادات وحدد مجموعة موجودة.
تحقق من أن اتصال المجموعة جيد. يجب أن تعرض اللوحة اليمنى علامة اختيار خضراء تم إنشاؤها مع Connection.

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

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

توجد تفاعلات الميزات التالية لـ Unified Call History:

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

عرض محفوظات المكالمات على تطبيق Webex

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

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

بمجرد تمكين سجل المكالمات الموحدة على مجموعة، لا يمكنك تعطيل الميزة بنفسك. إذا كنت بحاجة إلى تعطيل الميزة، فاتصل بمركز المساعدة التقنية لـ Cisco (TAC).

التعرف على المتصل وإعادة توجيه المكالمة

هوية المتصل

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

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

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

Webex Common Identity (CI) الذي يحتوي على مستخدمي مؤسستك.
جهات الاتصال الشخصية والخاصة بالمؤسسة. جهات الاتصال الشخصية مرئية ضمن علامة التبويب "جهات الاتصال".
دفتر العناوين المحلي. في Windows - تطبيق Outlook ، في Mac - جهات اتصال Mac ، في iOS - جهات اتصال iPhone ، في Android - جهات اتصال Android.

إذا لم يتم العثور على تطابق مع رقم الهاتف الوارد، فسيستخدم التطبيق اسم العرض في عنوان SIP من عنوان إذا كان متاحًا. وإلا، فإنه سوف يستخدم جزء اسم المستخدم من عنوان SIP URI من عنوان SIP كملاذ أخير.

بالنسبة للتحكم في المكالمات عن بُعد (على سبيل المثال، وضع التحكم في هاتف المكتب)، يتم استخدام معلومات XSI، حيث يتم استخدام معرف BWKS أو الامتداد، ويتم استخراجها من معلومات الطرف البعيد في حدث XSI. إذا لم تتوفر معلومات الطرف البعيد، فسيتم استخدام هوية P-Asserted (PAI) (في حال تكوينها).

إعادة توجيه المكالمة

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

إعادة توجيه المكالمة: إظهار الرقم الذي أعاد توجيه المكالمة.
مجموعة توجيه المكالمات: إظهار اسم مجموعة الخطوط المجمَّعة التي أعادت توجيه المكالمة.
قائمة انتظار مركز الاتصال: إظهار اسم قائمة الانتظار التي أعادت توجيه المكالمة.
المساعد التنفيذي: إظهار اسم المسؤول التنفيذي الذي ستأتي المكالمة إليه.

الاستثناءات:

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

تم الرد على المكالمة في مكان آخر:

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

مظهر الخط المشترك

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

تفيد هذه الميزة المستخدمين في التعامل مع المكالمات الموجودة على امتداد مستخدم آخر مباشرةً من تطبيق Webex.

يمكنك تكوين ظهور الخط المشترك فقط لإصدار سطح المكتب من تطبيق Webex.
يمكنك إضافة 10 خطوط كحد أقصى بما فيها الخط الأساسي إلى تطبيق Webex.
لا يمكنك تعيين خط مساحة عمل كخط مشترك.
لا يمكن توفير مستخدم بخدمة المساعد التنفيذي في نفس الوقت الذي يوجد فيه "الخطوط المشتركة".
يجب عدم تغيير منفذ الخط الأساسي للمستخدم إلى خط مشترك.

المتطلبات

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

التصحيح 1: علم المالك في قائمة الأجهزة لدعم الخطوط المشتركة لعميل Webex

R23 بدون ADP:

AP.as.23.0.1075.ap384179
AP.xsp.23.0.1075.ap384179

R23 مع ADP:

AP.as.23.0.1075.ap384179
Xsi-Actions-23_2022.10

R24:

كالتالي: AP.as.24.0.944.ap384179
Xsi-Actions-24_2022.10

R25:

كالتالي: إصدار RIel_2022.10_1.310
Xsi-Actions-25_2022.10

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

إصدار RIel_2022.10_1.310

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

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

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

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

تأكد من تطبيق التصحيحات التالية على 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/NOTIFY لحزمة الحدث "كما ميزة الحدث". للحصول على تفاصيل، راجع مزامنة مفتاح ميزة جهاز Cisco BroadWorks.

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

تسجيل الدخول إلى Partner Hub
انقر على الإعدادات.
انقر على عرض المجموعة وحدد مجموعة BroadWorks المناسبة.
قم بتمكين تبديل مزامنة عدم الإزعاج (DND).
أدخل معرف مستخدم BroadWorks الخاص بك وانقر على تمكين.

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

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

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

يمكنك أيضًا تمكين الميزة أثناء إنشاء المجموعة. للحصول على تفاصيل، راجع "تكوين مجموعات BroadWorks الخاصة بك" في تكوين مؤسسة شريكك في Partner Hub.

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

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

العائلة: خدمة Spark
المنتج: الاتصال في Webex (Webex for BroadWorks)
العنصر: WxBW- التوفير
يجب أن تنص حالة BEMS على أنه سيتم تعطيل مزامنة عدم الإزعاج لأحد الشركاء. يجب أن تحتوي الحقيبة على partnerId وBroadWorks cluster.

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

الشكل رقم 6. إعداد وتخليص DND فيما يتعلق بحالة العمل

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

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

الجدول 6. أوضاع التسجيل
أوضاع التسجيل	الوصف	عناصر التحكم/المؤشرات التي يتم عرضها على تطبيق 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 | تسجيل مكالماتك.

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

تعليق المكالمات الجماعية واستردادها

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

تشغيل الميزة

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

أثناء إجراء مكالمة، ينقر المستخدم على خيار التعليق على تطبيق 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 لاسترداد مكالمة

الدخول في مكالمة

يتم استخدام خدمة المداخلة بشكل شائع في بيئات مركز الاتصال أو في المواقف الأخرى التي قد تتطلب المساعدة الفورية أو التدخل.

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

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

في تطبيق Webex الخاص بالمداخلة، نحصل على إشعار بأن المكالمة قد تم تحويلها إلى مؤتمر. لا توجد معلومات إضافية في NOTIFY (الاتصال-info أو المؤتمر-info) ما هو نوع المؤتمر، حتى نتمكن من التعامل معه بطريقة مختلفة.

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

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

تصعيد المكالمة الأصلية للهاتف المحمول إلى الاجتماع

يأتي تصعيد المكالمة الأصلية للهاتف المحمول إلى الاجتماع مع ميزتين فريدتين:

إعلام مؤقت جديد

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

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

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

متطلبات BroadWorks

ميزة قابلة للتنشيط 25239
R23 مع XSP:
- كما التصحيح AP.as.23.0.1075.ap383064
- XSP التصحيح AP.xsp.23.0.1075.ap383064
- التصحيح AP.platform.23.0.1075.ap383064
R23 مع ADP:
- كما التصحيح AP.as.23.0.1075.ap383064
- ADP مع Xsi-Actions-23، إصدار CommPilot-23 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
R24:
- كتصحيح: AP.as.24.0.944.ap383064
- ADP مع Xsi-Actions-24، إصدار CommPilot-24 > 2022.05_1.303 وإصدار NPS > 2022.08_1.350
R25:
- الإصدار AS ري Rel_2022.08_1.354
- ADP مع Xsi-Actions-25، CommPilot-25 > 2022.08_1.350 وإصدار NPS > 2022.08_1.350

تكوين طلب URI لدعم نقل المكالمة إلى الاجتماع

سياسة طلب UrlDialing NS

حدد القاعدة الخاصة بـ (.*)webex.com للتوجيه من خلال I-SBC

NS_CLI/Policy/UrlDialing> get WebexMeetings
 Policy: UrlDialing  Instance: Webex
   unknownSipURIHandling = reject
   disableSubscriberLookups = true
   Enable = true
   CallTypes:
     Selection = {ALL}
     From = {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> get WebexMeetings
 Policy: UrlDialing  Instance: WebexCalling  Table: Rules
   id            pattern      routingNE  cost  weight            dtg
===================================================================
    1      *@*.webex.com  WebexMeetings     1      50  WebexMeetings

NS التوجيه NE لـ I-SBC

مثال التكوين

NS_CLI/System/Device/RoutingNE> get ne WebexMeetings
 Network Element  WebexMeetings
    Location              =  1281465
    Data Center           =
    Static Cost           =  1
    Static Weight         =  99
    Poll                  =  false
    OpState               =  enabled
    State                 =  OnLine
    Profile               =  NIL_PROFILE
    Remote Lookup Enabled =  false
    Signaling Attributes  =

NS_CLI/System/Device/RoutingNE/Address> get ne WebexMeetings
      Routing NE     Address  Cost  Weight  Port    Transport    Route
=====================================================================
   WebexMeetings sbc-address     1      99     -  unspecified

ملف تعريف توجيه NS

تمت إضافة مثيل سياسة طلب UrlDialing إلى ملف تعريف (ملفات) التوجيه المناسبة

NS_CLI/Policy/Profile> get profile MyInst
 Profile:  Webex
                  Policy              Instance
    ==========================================
 …
              UrlDialing          WebexMeetings

كما استخدم مسار NS لمكالمة NetworkURL

قم بتمكين AS لتكريم مسار NS في وضع HYBRID AS

AS_CLI/Interface/IMS> set queryNSForNetworkURL true

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

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

استخدم مقالات Webex التالية لتكوين الدعم لخدمات مكالمات الطوارئ E911:

مكالمات الطوارئ E911 في Webex لـ BroadWorks— استخدم هذه المقالة لتكوين مكالمات الطوارئ e911 في Webex لـ Cisco BroadWorks باستخدام أحد موفري E911 المدعومين التاليين:
- النطاق الترددي
- إنترادو
- RedSky
إخلاء مسؤولية مكالمات الطوارئ—إذا كانت لديك خدمة موقع، فيمكنك تكوين نافذة إخلاء مسؤولية خدمات الطوارئ على تطبيق Webex لتضمين خيار للمستخدمين لتحديث موقعهم عند تسجيل الدخول.

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

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

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

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

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

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

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

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

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

افتح ملف تعريف الجهاز الذي تمت إضافته حديثًا للتحرير و:

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

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

يمكنك أيضًا تمكين دعم الطرف البعيد عن طريق تشغيل أمر CLI التالي على خادم التطبيق: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

قم بتعديل القوالب وفقًا للبيئة الخاصة بك (انظر الجدول أدناه).
احفظ ملف التعريف.

انقر على الملفات والمصادقة ثم حدد خيار إعادة بناء جميع ملفات النظام.


الاسم	الوصف
أولوية الترميز	تكوين ترتيب الأولوية لترميز الصوت والفيديو لمكالمات VoIP
TCP وUDP وTLS	تكوين البروتوكولات المستخدمة لإرسال إشارات SIP والوسائط
منافذ الصوت والفيديو RTP	تكوين نطاقات المنافذ لصوت والفيديو RTP
خيارات SIP	قم بتكوين العديد من الخيارات المتعلقة بـ SIP (معلومات SIP، واستخدام RPORT، واكتشاف وكيل SIP، وفترات تحديث للتسجيل والاشتراك، وما إلى ذلك)

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

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

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

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

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

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

قبل البدء

مع توفير Flowthrough

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

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

قم بإنشاء مؤسسة اختبار ضمن مؤسسة موفر الخدمة الخاصة بك في BroadWorks، أو إنشاء مجموعة اختبار ضمن موفر الخدمة الخاص بك (يعتمد على إعداد BroadWorks الخاص بك).
قم بتكوين خدمة IM&P لتلك المؤسسة، للإشارة إلى القالب الذي تختبره (استرجاع عنوان URL لمحول التوفير وبيانات الاعتماد من قالب عميل Control Hub).
إنشاء المشتركين في الاختبار في تلك المؤسسة / المجموعة.
منح المستخدمين عناوين بريد إلكتروني فريدة في حقل البريد الإلكتروني في BroadWorks. انسخ هذه السمات في سمة المعرِّف البديل أيضًا.

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

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

التحقق من مؤسسة العميل والمستخدمين في Control Hub:

سجّل الدخول إلى Control Hub باستخدام حساب المسؤول الشريك لديك.
انتقل إلى العملاء وتحقق من وجود مؤسسة العميل الجديدة في القائمة (يتبع الاسم اسم المجموعة أو اسم المؤسسة، من BroadWorks).
افتح مؤسسة العميل وتحقق من أن المشتركين هم مستخدمون في تلك المؤسسة.
تحقق من أن أول مشترك قمت بتعيين خدمة IM&P المتكاملة له قد أصبح المسؤول عن العملاء في تلك المؤسسة.

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

1	قم بتنزيل تطبيق Webex على جهازين مختلفين.
2	سجّل الدخول كمستخدمين للاختبار على الماكيتين.
3	إجراء مكالمات اختبار.