يجب إكمال المتطلبات المسبقة التالية لتوفير BYoPSTN. تفترض الشروط المسبقة الموضحة أدناه أن الشريك لديه Webex عامل لنشر Cisco BroadWorks الذي يتضمن:

• نظام BroadWorks الفعال - كما هو موثق في دليل حلول Webex لـ Cisco BroadWorks

• ترخيص BroadWorks AS مع خدمة "VoiceXML" بكمية كافية (1 لكل رقم PSTN)

• مطلوب بقع BroadWorks:

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

  • AP.xsp.22.0.1123.ap376935

  • AP.as.22.0.1123.ap376935

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

  • AP.xsp.23.0.1075.ap376935

  • AP.as.23.0.1075.ap376935

  لـ R24

  • AP.as.24.0.944.ap376935

• تم نشر نظام Cisco CUBE (الإصدار 16.12.2 من نظام IOS أو أحدث): https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book.html

  يتم دعم كل من CUBE المعتمد على الأجهزة والظاهرية. يوصى باستخدام CUBE القائم على الأجهزة من أجل قابلية التوسع والتعامل مع أعداد أكبر من المكالمات.

• مؤسسة شريك Webex - كما هو موضح في دليل حلول Webex لـ Cisco BroadWorks

الإجراء الذي يستخدمه شريك Cisco لإضافة أرقام هواتف الاتصال الوارد لاجتماع Webex الخاص به هو كما يلي:

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى الإعدادات.

3. مرر إلى BroadWorks Calling.

4. ضمن تكوين الانضمام إلى الاجتماع (BYoPSTN)، حدد إنشاء مجموعة أرقام هواتف الاتصال الوارد.

5. أدخل اسم مجموعة أرقام الهات ف وحدد التالي.

6. أدخل تفاصيل رقم الهات ف وحدد التالي.

7. راجع ملخص تفاصيل مجموعة أرقام الهاتف وحدد حفظ.

8. كرر هذا الإجراء لكل مجموعة أرقام هواتف يتم إضافتها.

توضح لقطات الشاشة أدناه الإجراء.

عند استخدام خيار معاودة الاتصال في الاجتماع، يلزم وجود مجموعة DNS SRV الخاصة بمعاودة الاتصال لتوجيه المكالمات من Webex إلى CUBE. الإجراء الذي يستخدمه شريك Cisco لإضافة سجلات CUBE DNS SRV الخاصة به إلى Webex هو كما يلي:

1. قم بتسجيل الدخول إلى Partner Hub.

2. انتقل إلى الإعدادات.

3. مرر إلى BroadWorks Calling.

4. ضمن تكوين الانضمام إلى الاجتماع (BYoPSTN)، حدد إنشاء مجموعة DNS SRV الخاصة بمعاودة الاتصال.

5. أدخل اسم مجموعة DNS SRV الخاص بمعاودة الاتصال.

6. حدد التالي.

7. أدخل تفاصيل DNS SRV الخاصة بمعاودة الاتصال.

8. حدد التالي.

9. راجع ملخص تفاصيل DNS SRV الخاص بمعاودة الاتصال.

10. اختر حفظ.

11. توفير أي تحديثات لـ DNS لتعكس السجلات الجديدة في مجموعة DNS SRV.

12. كرر هذا الإجراء لكل مجموعة DNS SRV الخاصة بمعاودة الاتصال المراد إضافتها.

توضح لقطات الشاشة أدناه الإجراء.

يتطلب التكوين الأولي والتحقق من حل BYoPSTN تنظيم أساسي لكل مجموعة فريدة من مجموعة أرقام الهات ف ومعاودة الاتصال DNS SR V (إذا كانت معاودة الاتصال مطلوبة). لذلك، يوصى بأن يقوم شركاء Cisco بالمثل بإنشاء قالب عميل جدي د لكل مجموعة فريدة من مجموعات أرقام الهاتف ومجموعة DNS SRV الخاصة بمعاودة الاتصال. يجب استخدام كل قالب عميل لإنشاء مؤسسة البذور المقابلة.

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

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

لإضافة قالب عميل جديد، قم بما يلي:

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى الإعدادات.

3. مرر إلى BroadWorks Calling.

4. ضمن القوالب، حدد إضافة قالب.

5. أدخل تفاصيل القالب. في مرحلة نوع الحزم ة:

   • حدد نوع الحزم ة باعتبارها قياسية.

   • حدد تكوين الانضمام إلى الاجتما ع باعتباره أرقام الاتصال الواردة التي يوفرها الشريك (BYoPSTN).

   • حدد مجموعة أرقام هاتف تم توفيرها.

   • بالنسبة إلى مجموعة DNS SRV الخاصة بمعاودة الاتصال، إذا كنت تريد تمكين خيار معاودة الاتصال في الاجتماع، فحدد مجموعة DNS SRV الخاصة بمعاودة الاتصال التي تم توفيرها. بخلاف ذلك، حدد تعطيل معاودة الاتصال.

6. حدد التالي.

7. أدخل تفاصيل القالب المتبقية.

8. راجع ملخص تفاصيل القالب.

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

10. كرر هذا الإجراء لكل قالب عميل يجب إضافته

توضح لقطة الشاشة أدناه الإجراء.

لتحديث قالب عميل حالي، قم بما يلي:

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى الإعدادات.

3. قم بالتمرير إلى قسم BroadWorks Calling.

4. ضمن القوالب، حدد عرض القالب.

5. حدد القالب المراد تحديثه.

6. قم بالتمرير إلى قسم تكوين الانضمام إلى الاجتما ع:

   • حدد أرقام الاتصال الواردة التي يوفرها الشريك (BYoPSTN).

   • حدد مجموعة أرقام الهاتف التي تم تكوينها مسبقًا.

   • بالنسبة لمجموعة DNS SRV الخاصة بمعاودة الاتصال، إذا كنت تريد تمكين خيار معاودة الاتصال في الاجتماع، فحدد مجموعة DNS SRV الخاصة بمعاودة الاتصال التي تم توفيرها. بخلاف ذلك، حدد تعطيل معاودة الاتصال.

7. اختر حفظ.

   توضح لقطة الشاشة أدناه الإجراء.

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

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

باستخدام كل من قوالب العملاء التي تم تكوينها مسبقًا، قم بتوفير مشترك لمزود خدمة BroadWorks Service Provider الجديد أو BroadWorks Enterprise الجديد باستخدام مستخدم حزم ة قياسية. يجب أن يستخدم موقع اجتماع الحزمة القياسي ة الناتج خيار الانضمام إلى اجتماع أرقام الاتصال لموفر الشريك. يمكن استخدام أي من الطريقتين التاليتين لتوفير المشترك:

1. قم بتوفير مشترك الاختبار باستخدام واجهات API الخاصة بمشتركي BroadWorks كما هو موثق على developer.webex.com.

2. قم بتمكين مشترك في الاختبار لخدمة IM&P على BroadWorks التي تم تكوينها لاستخدام قالب العميل. يرجى التأكد من أن قالب العميل يستخدم الحزمة القياسية كافتراضية للتأكد من أن المشترك في الاختبار قد تم تعيين حزمة قياسية. وبدلاً من ذلك، يجب تحديث المشترك في الاختبار فيما بعد ليحصل على الحزمة القياسية.

يرجى ملاحظة أنه يوصى بأن تكون مؤسسات حل البذور مرتبطة بمزود خدمة BroadWorks Service Provider أو اختبار BroadWorks Enterprise.

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

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

لتحديد مؤسسة حل البذور الأساسية، قم بما يلي:

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى الإعدادات.

3. قم بالتمرير إلى قسم BroadWorks Calling.

4. ضمن قسم التحقق من صحة التكوين (BYoPSTN )، حدد تعيين.

5. في شاشة تعيين المؤسس ة، ابحث عن إحدى مؤسسات البذور التي تم تكوينها مسبقًا واختارها

6. حدد تعيين.

   منظمة البذور المختارة هي منظمة البذور الأساسية.

توضح لقطات الشاشة أدناه الإجراء.

تتوفر تفاصيل مؤسسة حل البذور الأساسية ومجموعات أرقام الهاتف ومجموعة معاودة الاتصال DNS SRV لمجموعة معينة من BroadWorks في موقع واحد، وهو ملف JSON الخاص بتكوين BroadWorks (BYoPSTN). هذه المعلومات مطلوبة لتكوين BroadWorks لـ BYoPSTN.

يرجى ملاحظة أن ملف تكوين JSON متاح فقط للعرض/التنزيل بعد تحديد مؤسسة حل البذور الأساسية.

الإجراء الخاص بعرض/تنزيل ملف تكوين JSON على النحو التالي:

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى الإعدادات.

3. مرر إلى BroadWorks Calling.

4. ضمن المجموعات، حدد عرض المجموعة.

5. حدد المجموعة المقترنة بقوالب العميل التي تم تكوينها لـ BYoPSTN.

6. قم بالتمرير إلى تكوين BroadWorks لقسم BYoPST N.

7. انقر فوق تنزيل ملف تكوين JSON.

8. كرر هذا الإجراء لأي مجموعات BroadWorks الأخرى.

توضح لقطات الشاشة أدناه الإجراء.

يرجى الاطلاع على نموذج ملف تكوين JSON أدناه. يحتوي الملف على معلومات تكميلية على كل مجموعة أرقام الهواتف، ومجموعة معاودة الاتصال DNS SRV، وعناصر تكوين المفاتيح التالية التي يجب إدخالها على BroadWorks معلمة بخط عريض.

• siteUUID: يجب أن ترسل BroadWorks هذه القيمة في رسائل SIP، وهي رمز يستخدمها WeBEX Edge Audio لتأكيد هوية BroadWorks الخاصة بشريك CISCO ووصوله إلى مواقع الاجتماعات التي يديرها شريك Cisco هذا.

• تعيين رمز الوصول إلى رقم الهاتف: يجب تكوين أرقام الهواتف ورموز الوصول إلى Webex المرتبطة بها على BroadWorks.

  • phoneNumber

  • رمز الوصول

• localeTag: يجب تكوين لغة الإعلان المطلوبة المرتبطة برقم الهاتف على BroadWorks.

• dnsSrv: يجب تكوين DNS SRV الخاص بمعاودة الاتصال في DNS والرجوع إلى مثيلات CUBE المطلوبة.

 { "siteUUID": "491db0821791441a96c233fefb6c6dfc", "siteURL": "seedtestenterpriseabc.webex.com ", "partnerOrgId": "1da de-3651-4467-b26b-b0d85a2cb3ad", "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934", "customerTemplates": [ { "name": "US West Std", "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8", "phoneNumberGroupId": "25392686-a390-49b9-bad5-cb47159c3e992" }, "name": "US East Std", "id": "070d6682-b64-b64-b2e1218ba4bb", "phoneNumberen_الولايات المتحدة"، "tollType": "TollFree"، "defaultPhoneNumberType": "NONE"، "phoneNumber": "9863502478"، "رمز الوصول": "88672693772924908359" }، { "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7"، "name": "رقم مجاني للولايات المتحدة في سان فرانسيسكو"، "countryCode": "الولايات المتحدة"، "localeTag": "en_الولايات المتحدة"، "tollType": "الرقم المجاني"، "defaultPhoneNumberType": "PRIMARY"، "phoneNumber": "4156551000"، "رمز الوصول": "88652789466280320324" } ] }، { "name": "US East"، "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e"، "phonenumbers": [ { "id": "ca0c622a-8621-4477-91e0-b3e214833568"، "name": "الولايات المتحدة ماريلاند"، "countryCode": "الولايات المتحدة"، "localeTag": "en_الولايات المتحدة"، "tollType": "الرقم المجاني"، "defaultPhoneNumberType": "PRIMARY"، "phoneNumber": "2403332200"، "accessCode": "88631321777971704941" }، { "id": "00875574-9a46-4447-a967-350b6176755a"، "name": "US Florida"، "countryCode": "US"، "localeTag": "en_الولايات المتحدة"، "tollType": "toll"، "defaultPhoneNumberType": "secondary"، "phoneNumber": "9049002303"، "accessCode": "88632627551145646175" }، { "id": "a2c10316-9266-4423-a669-d67949f ｟_ph_25｠ d33"، "name": "US New York"، "countryCode": "US"، "localeTag": "en_الولايات المتحدة"، "tollType": "TollFree"، "defaultPhoneNumberType": "NONE"، "phoneNumber": "88649679020033567943" } ] } ]، "callbackDnsSrvGroups": [ { "name": "CB US"، "callbackDnsSrv": [ { "name": "Callback US"، "callbackDnsSrvs": [ { "name": "Callback US"، "callbackDnsSrv": [ { "name": "Callback US"، "callbackDnsSrvs": [ { "name": "CB US"، "callbackDnsSrv": [{"name": "CB US"، "callbackDnsSrv": [{"name": "CB US"، "callbackDnsSrv": ["id": "cca0e4c3-5 

يجب تكوين مجال DNS SRV لصوت Webex Edge على BroadWorks. استخدم الإجراء التالي لتحديد القيمة.

1. قم بتسجيل الدخول إلى Cisco Partner Hub.

2. انتقل إلى العملاء.

3. حدد مؤسسة التحقق من صحة BYoPSTN.

4. حدد عرض العميل.

5. انتقل إلى الخدمات/الاجتماعات.

6. حدد موقع اجتماع الحزمة القياسية.

7. قم بالتمرير إلى أسفل اللوحة الجانبية، وحدد تكوين الموقع.

8. حدد الإعدادات العامة / إعدادات الصوت.

9. ضمن قسم أرقام الاتصال العالمية المخصصة لصوت Edg e ، حدد إنشاء برنامج نصي Lua.

10. في النافذة المنبثقة ابحث عن القيمة "-- تحديث إلى العنوان باستخدام عنوان URL لـ CCAX".

     -- تحديث إلى العنوان باستخدام عنوان CCAX URL المحلي oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "", "") msg:modifyHeader("To", newTo1) 

11. استخرج القيمة بخط غامق، على سبيل المثال، ecccx.amer.webex.com.

هذا هو مجال DNS SRV لصوت Webex Edge الذي يجب تكوينه على BroadWorks.

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

تدفق المكالمات:

1. يطلب المستخدم معاودة الاتصال، يبدأ Webex معاودة الاتصال.
2. يتم توجيه المكالمة إلى BroadWorks OTT.
3. تصل المكالمة إلى CUBE الذي تم توفيره في CH. يقوم CUBE بتوجيه المكالمة إلى BroadWorks.
4. يحدد BroadWorks المكالمة على أنها إنشاء مضيف اجتماع ويقوم بإنشاء جلسة لمستخدم مضيف الاجتماع ويقوم بمعالجة المكالمة.
5. تقوم جلسة مستخدم مضيف الاجتماع بمعالجة المكالمة وترجمة الرقم الذي تم الاتصال به. بالإضافة إلى ذلك، يتم إنشاء سجل للفوترة بالنيابة عن مستخدم مضيف الاجتماع.
6. تقوم BroadWorks بتوجيه المكالمة إما إلى المستخدم المرتبط بالجهاز (7) أو إلى PSTN (8).

قبل البدء

يمكن أن يكون اتصال SIP بين BroadWorks وCUBE عبر UDP أو TCP وفقًا لمتطلبات الشبكة الخاصة بك. على سبيل المثال، إذا كانت بعض أجهزة الشبكة أو الوصول (على سبيل المثال، البوابات أو نقاط النهاية) في عمليات الاتصال داخل BYoPSTN أو معاودة الاتصال لا تدعم TCP، فيجب استخدام UDP بدلاً من ذلك.

يستخدم التكوين والأمثلة الموضحة في هذا الدليل TCP كبروتوكول نقل. لاستخدام TCP، تأكد من تكوين كل من خادم تطبيق BroadWorks وخادم الشبكة لـ TCP:

_CLI/Interface/SIP> احصل على networkProxyTransport = وصول غير محددProxyTransport = support غير محددDnsSrv = true supportTcp = true

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

نوع تعريف الجهاز/ملف تعريف الجهاز

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

• نوع عنوان إرسال الإشارات — التعيين إلى عنوان الوكيل الذكي

• المصادقة — التعيين على التمكين

• دعم الهوية في التحديث وإعادة الدعوة—تم التحديد

• إمكانية التسجيل الثابت—التعيين على التمكين

• قادر على الفيديو — التعيين إلى معطل

في المثال أدناه، يتم إنشاء نوع ملف تعريف الهوية/الجهاز الجديد "_profileVXML" لتمثيل CUBE.

مشترك ظاهري في Voice XML

إنشاء مثيل VoiceXML

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

من أجل استخدام خدمة VoiceXML، تأكد من أن الترخيص يحتوي على كميات كافية من "VoiceXML" وأن الخدمة مصرح بها على مستوى المؤسسة والمجموعة، ويتم تعيين خدمة VoiceXML للمجموعة كما هو موضح في صورة المثال أدناه.

ضمن المجموعة > الخدمات، حدد VoiceXML وقم بإنشاء مثيل لكل رقم PSTN.

تكوين عناوين VoiceXML

لكل مثيل من مثيلات VoiceXML، قم بتوفير ما يلي ضمن عناوين VoiceXML:

• رقم الهاتف—أدخل رقم الاتصال لموقع Webex Meetings (على سبيل المثال، 2403332200).

• الامتداد

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

• الخط/المنفذ— أدخل بالتنسيق @، حيث

  • هو رقم رمز الوصول لموقع Webex Meetings (متاح من ملف JSON) (على سبيل المثال، 88631321777971704941)

  • هو مجال صوت Webex Edge لموقع هذا الاجتماع (على سبيل المثال، ecccspx.amer.pub.webex.com)

• اتصال sip— بالنسبة لمكالمات الاتصال الوارد في الاجتماع إلى رقم الوصول، سيتم إرسال INVITE مع تعيين URI للطلب على قيمة هذا الحقل. أدخل جهة اتصال SIP بهذا التنسيق ؛؛؛، حيث:

  • هو من حقل الخط/المنفذ ولكن مع المجال باعتباره SRV الذي يتم تحليله إلى عنوان CUBE (على سبيل المثال، 88631321777971704941@cube.internal.local)

  • تمثل إعداد اللغة وفقًا للمنطقة المحلية للمستخدم (على سبيل المثال، locale=en_US)

  • هو UUID للموقع من ملف JSON (على سبيل المثال، x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • يجب أن يكون transport=tcp كي يستخدم AS TCP لإرسال الرسائل إلى CUBE.

فيما يلي مثال على إعدادات عناوين VoiceXML.

تعيين مصادقة SIP لمثيل VoiceXML

قم بتعيين خدمة المصادقة إلى المشترك الظاهري VoiceXML. سيتم استخدام هذا لمصادقة رسائل SIP INVITE من CUBE في سيناريو معاودة الاتصال. كما أنه يمنع المشترك الظاهري VoiceXML من قبول المكالمات من جهات أخرى غير CUBE

انتقل إلى صفحة مصادقة المشترك الظاهرية تحت "المرافق" وأدخل اسم مستخدم وكلمة مرور SIP كما هو موضح أدناه:

كلمة مرور VSUB 0  لمصادقة SIP-UA (ارجع إلى معلومات/بيانات CUBE لمزيد من التفاصيل).

ملف Namedefs

يحتوي حقل جهة اتصال SIP للمشترك الظاهري VoiceXML على عنوان URL حيث يقوم جزء المجال بحل عنوان CUBE. هذا SRV داخلي، ويمكن استخدام ملف NAMEDEFS الموجود على AS لحل SRV الداخلي إلى IP CUBE.

في مثالنا، يكون SRV لجهة اتصال SIP هو CUBE.INTERNAL.LOCAL ويقرر معالجة المنفذ 5060.165.196.30 للوصول إلى CUBE. في AS، يتم تحديث ملف /usr/local/broadworks/bw_base/conf/namedefs على النحو التالي:

_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30

نوع مكالمة Webex Meetings

تتوفر خيارات تكوين معالجة مكالمات Webex Meetings للتحكم في كيفية التعامل مع مكالمات الاتصال الوارد في الاجتماع. بشكل افتراضي، تتم معالجة مكالمات الاتصال الوارد في الاجتماع كمكالمات خارجية حيث يتم استضافة أرقام الاتصال الوارد في مؤسسة أو موفر خدمة مخصص. يتم تضمين المكالمات الخارجية عادةً في عدد جلسات التحكم في قبول الجلسة ويتم وضع علامة عليها ليتم شحنها في مؤشر الشحن الخاص بحقل CDR.

يضيف المثال التالي التكوين الموصى به لمعالجة مكالمات الاجتماع كمكالمات داخلية بحيث يتم استبعادها من الشحن واستبعادها من عدد "التحكم في قبول الجلسة".

من خلال إعداد Enforce Ns Charge Field على صحيح، يعتمد عدد سكان ChargeIndicato r في حقل CDR على سمة الشحن التي تم تكوينها لنوع مكالمة خادم الشبكة.

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> أضف "Webex Meetings" WXM true true AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> الحصول على الاسم NS نوع مكالمة فرض عملية حقل تحميل NS كعملية داخلية للمشترك في ========================================================================================== Webex Meetings WXM true true 

مشترك افتراضي في معاودة الاتصال لاجتماع VoiceXML

إنشاء مشترك في معاودة الاتصال لاجتماع VoiceXML

يجب تكوين مشترك ظاهري VoiceXML مخصص له خيار خاص لمعاودة الاتصال في اجتماع Webex (يسمى فيما بعد مشترك في معاودة الاتصال في اجتماع VoiceXML) على خادم تطبيق BroadWorks (AS) للتعامل مع مكالمات معاودة الاتصال في Webex Meetings. يمكن تكوين مثيل واحد فقط لهذا المشترك على AS.

لتمكين الميزة، قم بتعيين الميزة القابلة للتنشيط 102074 إلى true عبر CLI.

AS_CLI/System/ActivatableFeature> تنشيط 102074 ***** تحذير ****: يجب القيام بهذا النشاط فقط أثناء فترة الصيانة لأن هذا قد يتسبب في إضافة/تعديل/حذف كميات كبيرة من البيانات وقد يستغرق التنفيذ بعض الوقت. تتطلب الميزات التي لها تأثيرات على صفحة الويب أن يقوم المستخدمون والمسؤولون بتسجيل الخروج ثم تسجيل الدخول مرة أخرى. هل أنت متأكد من رغبتك في الاستمرار؟  يُرجى التأكيد (نعم، نعم، نعم، لا، N): y ...Done AS_CLI/System/ActivatableFeature> الحصول على وصف المعرف تم تنشيط آخر طابع زمني معدل ============================================================================================= 102746 BroadWorks لدعم CI UUID الحقيقي 102074 BYO PSTN الفوترة لـ CallBack وCallIn الحقيقي 104256 خدمة التحقق من كلمة المرور الضعيفة false 104073 إضافة دعم FAC لوكيل مركز الاتصال الانضمام وإلغاء الانضمام في CDR false 103542 نقطة النهاية القابلة للتكوين للرد التلقائي والرد القسري false 104255 التحكم في استخدام كلمة المرور والسلوك لضمان الأمان false 

يكون مشترك في معاودة الاتصال في اجتماع VoiceXML مشابهًا للمشترك الظاهري الحالي في BYOPSTN VXML ولكنه قام بتوصيله بعلم "معاودة الاتصال في اجتماع Webex" الجديد. تم تكوين مشترك في معاودة الاتصال في اجتماع VoiceXML هذا باستخدام ملف تعريف الجهاز نفسه كمشترك ظاهري BYOPSTN VXML الحالي، بالإضافة إلى خدمة المصادقة بنفس بيانات الاعتماد.

وفيما يلي مثال على ذلك:

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

جلسة مضيف الاجتماع

في سيناريو معاودة الاتصال باستخدام عنوان X-Cisco-Meet-Info، يتلقى خادم تطبيق Cisco BroadWorks طلبًا من SIP INVITE ويحدد مستخدم مضيف الاجتماع باستخدام معلمة UUID لمستخدم CI للمضيف من عنوان SIP X-Cisco-Meet-Info. يتم إنشاء جلسة مكالمة نيابة عن مستخدم مضيف الاجتماع يتم إنشاؤه لمعالجة المكالمة وتنفيذ ملف تعريف خدمة المستخدم. بالإضافة إلى ذلك، يتم إنشاء سجل للفوترة بالنيابة عن مستخدم مضيف الاجتماع. يتم التقاط معرف الاجتماع ومعلومات UUID للموقع من عنوان SIP X-Cisco-Meet-Info في سجل الفوترة.

يرد أدناه مثال على عنوان SIP X-Cisco-Meet-Info:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab -04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

منصة تسليم التطبيق

مزامنة UUID لمستخدمي CI (دعم BROADWORKS لـ CI UUID)

CI UUID المستخدم هو معرف فريد لتحديد المستخدمين داخل بيئة Webex.

يتم استخدام تطبيق مزامنة توفير Webex هذا على منصة تسليم تطبيق Cisco BroadWorks (ADP) لمزامنة وتخطيط وتخزين CI UUID المستخدم في البنية التحتية لـ BroadWorks بحيث يمكن استخدامه في تفاعلات مختلفة مع خدمة Webex وWebex لـ BroadWorks.

راجع "تمكين معاودة الاتصال في اجتماع Webex" حول كيفية استخدام جمعية UUID لمستخدمي CI بواسطة خادم شبكة Cisco BroadWorks وخادم تطبيق Cisco BroadWorks.

تقوم الخطوات التالية بإعداد تطبيق مزامنة توفير Webex لاستطلاع وتحديث مستخدمي BroadWork بشكل دوري باستخدام CI UUID.

يتطلب تطبيق مزامنة توفير Webex بيانات اعتماد OAuth مع مسؤول spark:broadworks_subscribers_read نطاق لموفر تعريف Cisco ويمكن الحصول عليه عن طريق رفع طلب خدمة مع وكيل الضم الخاص بك.

تحقق من قسم "الحصول على بيانات اعتماد OAuth لـ Webex for Cisco BroadWorks" للحصول على مزيد من التفاصيل لرفع طلب الخدمة على: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed

أضف الرمز باسم الشريك المناسب على النحو التالي:

ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> إضافة custBYO refreshToken كلمة المرور الجديدة:       إعادة كتابة كلمة المرور الجديدة:       ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> الحصول على اتحاد رمز تحديث اسم الشريك ================================== ******* custPart ******* custBYO ****** 

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

سيبدأ تطبيق مزامنة توفير Webex هذا في إجراء مزامنة UUID لمستخدمي CI في فترة الاستقصاء المحددة.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> إضافة custBYO true

بمجرد تضمين الشريك، يستطيع تطبيق Webex Provisioning Sync الآن إجراء اقتران CI UUID مع مستخدمي BroadWorks.

قم بتغيير مهلة الاتصال باستخدام الأوامر التالية:

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> تعيين مهلة الطلب 30000 ...تم ADP_CLI/التطبيقات/WebexProvisioningSync/GeneralSettings/Controller> الحصول على requestTimeout = 30000 ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> قرص http ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> ضبط connectionTimeout 300 *** تحذير: يجب إعادة تشغيل BroadWorks حتى تسري التغييرات *** ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > الحصول على connectionPoolSize = 5 connectionTimeout = 300 connectionIdleTimeOut = 300 maxConcurrentRequests = 10 maxCookieAgeInHours = 24 

يمكن إجراء هذا الارتباط تلقائيًا أو يدويًا. يمكن أن يؤدي أمر CLI manualSync إلى تشغيل الارتباط على الفور.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> يدوي مزامنة custBYO

يقوم الشركاء الذين تم تعيين "ممكَّن" على "صحيح" بتنفيذ ما يقترن به في فترة الاستقصاء. أثناء الارتباط الأولي، يقوم تطبيق Webex Provisioning Sync باستعلام واجهة برمجة تطبيقات Webex Subscriber لاسترداد البيانات التي تحتوي على UUID لكافة المستخدمين الذين يستضيفهم الشريك. يتم تحديث معرف مستخدم BroadWorks الخارجي باستخدام معرف CI UUID المرتبط. وتؤثر الروابط اللاحقة على المستخدمين الذين تمت إضافتهم إلى الشريك. يمكن استخدام أمر الحالة لمعرفة ما إذا كانت المزامنة قد اكتملت.

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> حالة اسم الشريك حالة آخر وقت مزامنة custBYO ============================================================ لمزامنة custPart مراقبة 2023-01-29T15:36:43.873-05:00 تم العثور على 2 إدخالات. 

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

يعرض الشكل التالي معرف CI UUID الذي تم تعيينه داخل المعرف الخارجي:

خادم الشبكة

نوع المكالمة

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

أولاً، في NS CLI تحت /System/CallP/CallType، قم بإضافة نوع مكالمة جديد. يضيف المثال التالي نوع المكالمة الجديدة "WXM":

NS_CLI/System/CallP/CallTypes> أضف WXM LOCAL true false "Webex Meetings" NS_CLI/System/CallP/CallTypes> الحصول على نوع الاتصال WXM CallType وصف الفئة نطاق الدعمE164 رسوم ======================================================================= WXM Webex Meetings LOCAL محدد بواسطة المستخدم 

يمكن بعد ذلك استخدام نوع المكالمة في مثيل PreCallTyping الذي هو جزء من ملف تعريف توجيه مستخدم BroadWorks. في هذا المثال، تمت إضافة مثيل PreCallTyping الجديد "wxm" ضمن سياق /Policy/PreCallTyping CLI، ولكن يمكن أن يكون مثيل PreCallTyping موجود قيد الاستخدام بالفعل:

NS_CLI/Policy/PreCallTyping> إضافة wxm true CallTypes كل NS_CLI/Policy/PreCallTyping> سياسة الحصول على wxm: مثيل PreCallType: أنواع مكالمات wxm:                                     التحديد = {الكل} من = {PCS، ALL، TRMT، LO، GNT، DP، WXM، LPS، OA، TPS، EA، FGB، POA، SV، SVCD، IN، MS، CSV، EM، SVCO، SMC، ZD، NIL، CT، TF، GAN، TO، DA، OAP} الدعمLCABasedNormalization = false تمكين = true 

الخطوة التالية هي إضافة إدخالات إلى مثيل PreCallTyping لجميع أرقام الطلب ضمن سياق /Policy/PreCallTyping/DialPlan CLI. على سبيل المثال:

NS_CLI/Policy/PreCallTyping/DialPlan> إضافة wxm 1 dflt 12403332200 12403332200 بالضبط 11 11 WXM 0 0 Webex Meetings NS_CLI/Policy/PreCallTyping/DialPlan> إضافة wxm 1 dflt_e164 12403332200 12403332200 بالضبط 11 11 WXM 0 0 Webex Meetings NS_CLI/Policy/PreCallTyping/DialPlan> الحصول على سياسة wxm 1: مثيل PreCallType: جدول wxm: خطة طلب DialPlan CC من إلى مطابقة الحد الأدنى والحد الأقصى لبادئة نوع المكالمة وصف معرف المكالمة ================================================================================================ 1 dflt 12403332200 12403332200 {exact} 11 11 {WXM}     0 Webex Weetings 1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM}     0 Webex Meetings 

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

NS_CLI/Policy/Profile> أضف Profall PreCallTyping wxm NS_CLI/Policy/Profile> الحصول على ملف التعريف الشخصي:  مثيل سياسة Profall ========================================== CallTyping DefaultInst CallScreening DefaultInst SubLocationDefaultInst FarEndRtg DefaultInst NearEndRtg DefaultInst MediaSrvSel DefaultInst SIMPLE DefaultInst DstSvcRtg DefaultInst NumberInst RCBasedRtg DefaultInst RCBasedRtg DefaultInst NetVoicePortalRtg DefaultInst PreCallTyping wxm 

RoutingNE

مطلوب RoutingNE على NS ضمن سياق / System/Device/RoutingNE CLI لتمثيل CUBE. وبهذه الطريقة، عندما يتلقى NS الدعوة من CUBE، فإنه سيطابق رأس VIA مع إدخال RoutingNE الذي يتم توفيره على NS. ارجع إلى دليل إدارة واجهة سطر الأوامر من Cisco BroadWorks Network Server لمعرفة تفاصيل كيفية إضافة RoutingNE.

فيما يلي مثال للأوامر اللازمة لإضافة RoutingNE "WebexMeetings"، حيث عنوان CUBE IP = 10.165.196.30. يعرض المثال أيضًا الأوامر لإنشاء مثيلات OrigRedirect وProfile جديدة لربطها بـ RoutingNE، ولكن يمكن أيضًا استخدام المثيلات الموجودة.

NS_CLI/Policy/OrigRedirect> أضف wxm_أنواع المكالمات الحقيقية كل الدعمTrunkGroupLookups تعطيل applyAccessSideRules enableRestrictive NS_CLI/Policy/OrigRedirect> الحصول على wxm_سياسة الإدخال: مثيل OrigRedirect: wxm_تمكين inst = true CallTypes:     التحديد = {الكل} من = {PCS، ALL، TRMT، LO، GNT، DP، WXM، LPS، OA، TPS، EA، FGB، POA، SV، SVCD، IN، MS، CSV، EM، SVCO، SMC، ZD، NIL، CT، TF، GAN، TO، DA، OAP} الدعمTrunkGroupLookups:     التحديد = {disable} من = {disable, enablePermissive, enableRestrictive} applyAccessSideRules:     التحديد = {enableRestrictive} من = {disable, enablePermissive, enableRestrictive} NS_CLI/Policy/Profile> إضافة wxm_routing NS_CLI/Policy/Profile> إضافة wmx_routing OrigRedirect wxm_Inst NS_CLI/Policy/Profile> إضافة wmx_routing SubLocation DefaultInst NS_CLI/Policy/Profile> الحصول على ملف تعريف wxm_routing ملف التعريف:  مثيل wxm_routing السياسة OrigRedirect ========================================== wxm_Inst SubLocation DefaultInst NS_CLI/System/Device/RoutingNE> إضافة WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE NS_CLI/System/Device/RoutingNE/Address> إضافة WebexMeetings 10.165.196.30 1 99 tcp NS_CLI/System/Device/RoutingNE> get Network Element Location WebexMeetings = 1240364 التكلفة الثابتة =  1 الوزن الثابت = 99 استطلاع رأي = false OpState = تمكين الدولة = ملف تعريف OnLine = wxm_routing سمات إرسال الإشارات= AccessRoutingNE NS_CLI/System/Device/RoutingNE/Address> get Routing NE تكلفة وزن المنفذ طريق النقل WebexMeetings 10.165.196.30     1 99 - tcp 

باستخدام المثال التكوين، يرسل CUBE إلى NS دعوة تشبه ما يلي (الحقول المهمة بخط عريض):

sip:+19991111111@domain.com:5060 SIP/2.0 عبر:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB Remote-Party-ID:" BroadWorks ";screen=no;party=الاتصال;privacy=إيقاف من:" BroadWorks ";tag=958BDDF4-1AB إلى: التاريخ:الخميس, 03 Nov 2022 12:39:58 GMT Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30 مدعوم:100rel,timer,resource-priority,replaces,sdp-anat Min-SE:14400 Cisco-Guid: 1976459008-1521160685-2893855292-0660755617 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270 وكيل المستخدم: الطابع الزمني لـ Cisco-SIPGateway/IOS-16.12.2s: 1667479198-معرف الجلسة: e13cc71f24ae400669d5247d8306ac23;remote=0000000000000000000000000000000000 السماح:دعوة,خيارات,وداعًا,إلغاء,ack,prack,تحديث,الرجوع,اشتراك,إعلام,معلومات,regster CSeq:101 دعوة الاتصال: انتهاء الصلاحية:180 السماح-Events:telephone-event Max-Forwards:68 

المكان:

• يحتوي عنوان URI لطلب الدعوة على رقم معاودة الاتصال

• عبر العنوان: يحتوي على عنوان IP الخاص بـ CUBE والذي سيتم استخدامه لتحديد ملف تعريف RoutingNE.

• عنوان X-Cisco-Info-Meet: يستخدم لتحديد hostCIUserUuid و meetingid و siteUUID.

عند استلام INVITE، يستخدم NS رأس Via للتطابق مع RoutingNE "WebexMeetings". سيؤدي ذلك بدوره إلى تحديد ملف تعريف التوجيه "wxm_routing" الذي يحتوي على مثيل wxm_"Inst" الخاص بـ OrigRedirect.

ستطابق سياسة NS OrigRedirect بعد ذلك عنوان X-CISCO-MEET-INFO:

X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec

مع تكوين منفذ الخط على المشترك الظاهري VoiceXML وإرسال إعادة توجيه 302 إلى زوج AS الذي يستضيف هذا المشترك. الرسالة 302 مشابهة لما يلي:

تم نقل SIP/2.0 302 مؤقتًا عبر: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684 من: "Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675 إلى:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994 Call-ID:ABC5CCA2-D6411EB-8AD6D ｟_ph_24｠-EE20F768@10.165.196.30 CSeq:101 INVITE جهة الاتصال:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25 Content-Length:0 

الاسم المستعار

يجب أن يتم التعرف على المجال الموجود في INVITE URI (في المثال، هو BW.MYENTERPRISE.COM) الذي أرسله CUBE إلى NS من قبل NS من قبل NS. يمكن القيام بذلك عن طريق إضافة المجال على سياق NS_CLI/System/Alias، على سبيل المثال:

NS_CLI/System/Alias> إضافة bw.myenterprise.com

يمكن العثور على الأمر لتكوين مجال INVITE URI على CUBE في القسم التالي، ضمن هدف نظير الطلب/الجلسة، على سبيل المثال:

dns لهدف جلسة voip الخاص بنظير الطلب 23401:bw.myenterprise.com

HostingNE

لدعم خيارات تكوين معالجة مكالمات Webex Meetings للفوترة والتحكم في قبول الجلسة، يجب تمكين سمات إشارات NE لاستضافة خادم التطبيق CallTypeInfoRequire d وRequiredChargeIndicatio n على سياق N_SCLI/System/Device/HostingNE. على سبيل المثال:

NS_CLI/System/Device/HostingNE> تعيين broadworksASHostNe إشارات E164متوافق، CallTypeInfoRequired، SourceId، RequiresNetworkIndication RequiresChargeIndication;

تمكين معاودة الاتصال في Webex Meeting

في سيناريو معاودة الاتصال باستخدام عنوان SIP X-Cisco-Meet-Info، يرسل CUBE المكالمة إلى خادم الشبكة لإعادة توجيه المنشئ إلى زوج AS. يتم تحديد زوج AS بناءً على معلمة نظام EnableWebexMeetingHoostLooku p.

NS_CLI/System/CallP/Options> احصل على accessSideRoutingNeDeterminedViaSignaling = false disableNdcValidationForCalledNumbers = true forceRoutingNEProfile = false skipPrivatePoliciesOnEmergency = true maxReturnedContacts = 10 enableWebexMeetingHostLookup = true 

عند تعيين معالج نظام تمكي ن WebexMeetingHoostLookup على صحيح، يتم استخدام معرف CI UUID مستخدم مضيف الاجتماع في عنوان X-Cisco-Meet-Info لتحديد زوج AS الذي يستضيف مستخدم مضيف الاجتماع.

دعوة sip:+19991111111@domain.com:5060 SIP/2.0 عبر:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB Remote-Party-ID:" BroadWorks ";screen=no;party=الاتصال;privacy=إيقاف من:" BroadWorks ";tag=958BDDF4-1AB إلى: التاريخ:الخميس, 03 Nov 2022 12:39:58 GMT Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30 مدعوم:100rel,timer,resource-priority,replaces,sdp-anat Min-SE:14400 Cisco-Guid: 1976459008-1521160685-2893855292-0660755617 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270 وكيل المستخدم: الطابع الزمني لـ Cisco-SIPGateway/IOS-16.12.2s: 1667479198-معرف الجلسة: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000 السماح:دعوة,خيارات,وداعًا,إلغاء,ack,prack,تحديث,راجع,اشتراك,إعلام,معلومات,register CSeq:101 دعوة جهة اتصال:<sip:+12403333333@10.20.20.20:5060;transport=tcp> انتهاء الصلاحية:180 السماح-Events:telephone-event Max-Forwards:68 

يوفر هذا القسم تكوين تم التحقق منه لكيفية نشر Cisco Unified Border Element (CUBE) باعتباره وحدة التحكم في حد الجلسة (SBC) لحل PSTN الخاص بك.

يركز هذا القسم على تكوينات CUBE الضرورية للعمل البيني مع مثال تكوين WEBEX لـ Cisco BroadWorks المبين في القسم السابق. لمزيد من المناقشة العامة حول نشر وتكوين CUBE الأولي، ارجع إلى الأدلة التالية: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html

https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide

نشر خيار SBC الخاص بك

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

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

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

يتم توضيح حالات اختبار القبول في المستند "إحضار إجراء قبول PSTN الخاص بك Webex من أجل Cisco BroadWorks" على: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

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

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