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

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

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

• تصحيحات برودووركس المطلوبة:

  بالنسبة لـ R22:

  • الصفحة الفرعية 22.0.1123.AP376935

  • القانون الأساسي 22.0.1123.AP 376935

  بالنسبة لـ R23:

  • AP.XSP.23.0.1075.AP376935

  • القانون الأساسي 23.0.1075.AP376935

  بالنسبة لـ R24

  • رقم التعريف 24.0.944 ص 376935

• تم نشر نظام سيسكو كيوب (إصدار IOS 16.12.2 أو أعلى): 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. قم بتسجيل الدخول إلى Partner Hub.

2. انتقل إلى الخدمات.

3. ضمن روابط إضافية، انقر فوق إنشاء مجموعة مكالمات ByOpstn.

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

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

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

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

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

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

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

2. انقر فوق الخدمات.

3. ضمن روابط إضافية، انقر فوق إنشاء مجموعة رد اتصال ByOpsTn.

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

5. حدد التالي.

6. أدخل DNS SRV تفاصيل رد الاتصال.

7. حدد التالي.

8. راجع ملخص DNS SRV تفاصيل رد الاتصال.

9. حدد حفظ.

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

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

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

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

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

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

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

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

2. انتقل إلى الخدمات.

3. ضمن الارتباطات الإضافية، انقر فوق إضافة قالب الإعداد.

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

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

   • حدد نوع الحزمة كمعيار.

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

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

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

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

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

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

9. انقر فوق حفظ.

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

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

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

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

2. انتقل إلى الخدمات.

3. ضمن الارتباطات الإضافية، انقر فوق إضافة قالب الإعداد.

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

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

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

   • حدد أرقام الاتصال المقدمة من الشريك (ByOpStn).

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

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

7. حدد حفظ.

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

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

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

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

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

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

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

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

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

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

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

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

2. انقر فوق الخدمات.

3. ضمن قسم التحقق من صحة التكوين، انقر فوق تعيين المؤسسة.

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

5. انقر فوق تعيين.

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

توضح لقطات الشاشة الإجراء.

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

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

يكون الإجراء لعرض/تنزيل ملف تكوين JSON كما يلي:

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

2. انقر فوق الخدمات.

3. في بطاقة الاتصال الخاصة بـ BroadWorks، انقر فوق عرض مكالمات Broadworks.

4. ضمن المجموعات، حدد المجموعة المرتبطة بقوالب العملاء والتي تم تكوينها لـ ByOpsTn.

5. انتقل إلى قسم تكوين BroadWorks (byOpStn).

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

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

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

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

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

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

  • رقم الهاتف

  • رمز الوصول

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

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

{
   "siteUUID": "491db0821791441a96c233fefb6c6dfc",
   "siteURL": " seedtestenterpriseabc.webex.com ",
   "partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
   "solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
   "customerTemplates": [
      {
         "name": "US West Std",
         "id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
         "phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "US East Std",
         "id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
         "phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
      }
   ],
   "phoneNumberGroups": [
   {
         "name": "US West",
         "id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
         "phonenumbers": [
            {
               "id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
               "name": "US Palo Alto",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "9863502478",
               "accessCode": "88672693772924908359"
            },
            {
               "id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
               "name": "US Toll San Francisco",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "4156551000",
               "accessCode": "88652789466280320324"
            }
         ]
      },
      {
         "name": "US East",
         "id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
         "phonenumbers": [
            {
               "id": "ca0c622a-8621-4477-91e0-b3e214833568",
               "name": "US Maryland",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "PRIMARY",
               "phoneNumber": "2403332200",
               "accessCode": "88631321777971704941"
            },
            {
               "id": "00875574-9a46-4447-a967-350b6176755a",
               "name": "US Florida",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "Toll",
               "defaultPhoneNumberType": "SECONDARY",
               "phoneNumber": "9049002303",
               "accessCode": "88632627551145646175"
            },
            {
               "id": "a2c10316-9266-4423-a669-d67949f99d33",
               "name": "US New York",
               "countryCode": "US",
               "localeTag": "en_US",
               "tollType": "TollFree",
               "defaultPhoneNumberType": "NONE",
               "phoneNumber": "8056504578",
               "accessCode": "88649679020033567943"
            }
         ]
      }
   ],
   "callbackDnsSrvGroups": [
      {
         "name": "CB US",
         "callbackDnsSrvs": [
            {
               "name": "Callback US",
               "countryCode": "US",
               "dnsSrv": "cube.us.example.com",
               "id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
            }
         ],
         "id": "25392686-a390-49b9-bad5-cb47159c3e992"
      },
      {
         "name": "CB MX",
         "callbackDnsSrvs": [
            {
               "name": "Callback MX",
               "countryCode": "MX",
               "dnsSrv": "cube.mx.example.com",
               "id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
            }
         ],
         "id": "36403797-b401-50c0-cbe5-dc58260d4f003"
      }
   ]
}

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

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

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

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

4. انقر فوق عرض العميل.

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

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

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

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

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

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

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     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> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

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

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

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

• نوع عنوان الإشارة - تم تعيينه على عنوان الوكيل الذكي

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

• هوية الدعم في التحديث وإعادة الدعوة - تم التحقق منها

• إمكانية التسجيل الثابت - تم ضبطه على ممكّن

• قادر على الفيديو - تم ضبطه على معطل

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

مشترك صوت XML الافتراضي

قم بإنشاء مثيل VoiceXML

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

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

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

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

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

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

• ملحق

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

• خط/منفذ <domain>—أدخل بصيغة <access number>@ ، حيث

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

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

• اتصل بـ sip - لإجراء مكالمات هاتفية للاجتماع إلى رقم الوصول، سيتم إرسال الدعوة مع تعيين URI للطلب على قيمة هذا الحقل. <SIP transport>أدخل جهة اتصال SIP بهذا التنسيق<sip contact>؛<Locale>؛ <UUID لموقع الاجتماعات >؛، حيث:

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

  • <Locale>يمثل إعداد اللغة وفقًا للغة المستخدم (على سبيل المثال، locale=en_us)

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

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

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

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

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

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

sip-ua authentication username VSUB password 0 <unencrypted password>
(See the CUBE onfiguration/datafill for more details).

اسم ملف defs

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

في المثال الخاص بنا، تكون جهة اتصال SIP SRV هي cube.internal.local وتقوم بمعالجة 10.165.196.30 المنفذ 5060 للوصول إلى CUBE. في نظام التشغيل، يتم تحديث الملف /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 ChargeIndicator.

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

من خلال تعيين حقل شحن Enforce NS إلى true، يعتمد عدد سكان حقل CDR ChargeIndicator على سمة الشحن التي تم تكوينها لنوع استدعاء خادم الشبكة.

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true

AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
      Name    NS Call Type    Enforce NS Charge Field  Process As Internal For SAC-Subscriber
  ==========================================================================================
  Webex Meetings       WXM               true                                true

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

قم بإنشاء مشترك في مكالمات اجتماع VoiceXML

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

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

AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?

Please confirm (Yes, Y, No, N): y
...Done

AS_CLI/System/ActivatableFeature> get

      Id                                               Description  Activated  Last Modified Timestamp
=============================================================================================
  102746                            BroadWorks Support for CI UUID       true
  102074          BYO PSTN Billing support for CallBack and CallIn       true      
  104256                          Weak Password Validation Service      false
  104073  Add FAC Support for Call Center Agent Join-Unjoin in CDR      false
  103542   Configurable Endpoint For Auto-Answer And Forced Answer      false
  104255    Control password usage and behavior to ensure security      false

يشبه مشترك معاودة الاتصال في اجتماع VoiceXML المشترك الافتراضي BYOPSTN VXML الحالي ولكنه قام بوضع علامة عليه بعلامة «Webex Meeting Callback» الجديدة. تم تكوين مشترك رد الاتصال الخاص باجتماع VoiceXML بنفس ملف تعريف الجهاز مثل المشترك الافتراضي BYOPSTN VXML الحالي، بالإضافة إلى خدمة المصادقة بنفس بيانات الاعتماد.

يتم عرض مثال أدناه:

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

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

في سيناريو رد الاتصال باستخدام رأس X-Cisco-Meet-Info، يتلقى خادم تطبيق Cisco BroadWorks طلب دعوة SIP ويحدد مستخدم مضيف الاجتماع باستخدام معلمة CI UUID الخاصة بالمضيف لرأس 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 (دعم برودووركس لـ CI UUID)

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

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

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

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

يتطلب تطبيق Webex Provisioning Sync بيانات اعتماد OAuth مع نطاق spark-admin: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> add custBYO refreshToken
      New Password:
      Re-type New Password:
      ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
       Partner Name  Refresh Token
==================================
  FederationPartner       ********
           custPart       ********
            custBYO       ********

أضف اسم الشريك المرتبط برمز OAuth إلى قائمة الشركاء الذين ستتم مراقبتهم بواسطة تطبيق Webex Provisioning Sync مع تعيين علامة «enabled» على «true».

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

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true

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

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

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***

ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24

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

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO

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

ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
  Partner Name         Status                 Last Sync Time
============================================================
       custBYO  synchronizing
      custPart     monitoring  2023-01-29T15:36:43.873-05:00
2 entries found.

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

يوضح الشكل التالي مجموعة CI UUID داخل المعرف الخارجي:

خادم الشبكة

نوع المكالمة

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

أولاً، على NS CLI ضمن /system/callp/callType، أضف نوع مكالمة جديد. يضيف المثال التالي نوع مكالمة «WXM» الجديد:

NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM    
  CallType     Description  Category         Scope  SupportE164  Charge      
=======================================================================    
  WXM          Webex Meetings  LOCAL  User Defined         true   false

يمكن بعد ذلك استخدام نوع المكالمة في مثيل PrecallTyping الذي يعد جزءًا من ملف تعريف التوجيه لمستخدم BroadWorks. في هذا المثال، تمت إضافة مثيل precallTyping جديد «wxm» ضمن سياق /policy/PrecallTyping CLI، ولكن يمكن أن يكون مثيل precallTyping موجود قيد الاستخدام بالفعل:

NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL

NS_CLI/Policy/PreCallTyping> get wxm                        
Policy: PreCallTyping  Instance: wxm                        
  CallTypes:                                
    Selection = {ALL}                                
    From = {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}        
  supportLCABasedNormalization = false                        
  Enable = true 

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

NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings

NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1                
Policy: PreCallTyping  Instance: wxm  Table: DialPlan                
CC Dial Plan   From     To          Match Min Max Call Type Prefix Action  Call Ind  Description                  
================================================================================================
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> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile:  Profall
                 Policy              Instance
   ==========================================
             CallTyping           DefaultInst
          CallScreening           DefaultInst
            SubLocation           DefaultInst
              FarEndRtg           DefaultInst
             NearEndRtg           DefaultInst
             UrlDialing           DefaultInst
            MediaSrvSel           DefaultInst
                 SIMPLE           DefaultInst
              DstSvcRtg           DefaultInst
      NumberPortability           DefaultInst
             RCBasedRtg           DefaultInst
      NetVoicePortalRtg           DefaultInst
          PreCallTyping                   wxm    

RoutingNE

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

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

NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive

NS_CLI/Policy/OrigRedirect> get  wxm_Inst
Policy: OrigRedirect  Instance: wxm_Inst
  Enable = true
  CallTypes:
    Selection = {ALL}
    From = {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}
  supportTrunkGroupLookups:
    Selection = {disable}
    From = {disable, enablePermissive, enableRestrictive}
  applyAccessSideRules:
    Selection = {enableRestrictive}
    From = {disable, enablePermissive, enableRestrictive}

NS_CLI/Policy/Profile> add wxm_routing

NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst

NS_CLI/Policy/Profile> add wmx_routing SubLocation  DefaultInst

NS_CLI/Policy/Profile> get profile wxm_routing 
Profile:  wxm_routing
                 Policy              Instance
   ==========================================
           OrigRedirect           wxm_Inst
            SubLocation           DefaultInst

NS_CLI/System/Device/RoutingNE> add  WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE

NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp

NS_CLI/System/Device/RoutingNE> get
Network Element  WebexMeetings
   Location      =  1240364
   Static Cost   =  1
   Static Weight =  99
   Poll          =  false
   OpState       =  enabled
   State         =  OnLine
   Profile       =  wxm_routing
   Signaling Attributes=  AccessRoutingNE
 
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE   Address     Cost    Weight     Port    Transport Route  
WebexMeetings   10.165.196.30     1      99     -          tcp

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

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported: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
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

أين:

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

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

• عنوان X-Cisco-Info-Meet: يُستخدم لتحديد معرف المستخدم الخاص بالمضيف ومعرف الاجتماع ومعرف الموقع.

عند تلقي الدعوة، تستخدم NS عنوان VIA للتوافق مع RoutingNE «WebExMeetings». سيؤدي هذا بدوره إلى تحديد ملف تعريف التوجيه «wxm_routing» الذي يحتوي على مثيل «wxm_inst» الخاص بـ OrigDirect.

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

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

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

SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<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

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

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

NS_CLI/System/Alias> add bw.myenterprise.com

يمكن العثور على الأمر الخاص بتكوين مجال INVITE URI على CUBE في القسم التالي، ضمن هدف dial-peer/session، على سبيل المثال:

dial-peer voice 23401 voip
session target dns:bw.myenterprise.com

الاستضافة في NE

لدعم خيارات تكوين معالجة Webex Meetings المكالمات للفواتير والتحكم في قبول الجلسة، يجب تمكين سمات إشارات NE الخاصة باستضافة خادم التطبيق callTypeInfoRequired و RequiredChargeIndication في سياق NS_CLI/System/device/HostingNE. على سبيل المثال:

NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
 CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;

تمكين رد الاتصال الخاص باجتماع Webex

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

NS_CLI/System/CallP/Options> get
  accessSideRoutingNeDeterminedViaSignaling = false
  disableNdcValidationForCalledNumbers = true
  forceRoutingNEProfile = false
  skipPrivatePoliciesOnEmergency = true
  maxReturnedContacts = 10
  enableWebexMeetingHostLookup = true

عند تعيين معلمة نظام EnableWebExMeetingHoostLookup إلى true، يتم استخدام معرف CI UUID لمستخدم مضيف الاجتماع في رأس X-Cisco-Meet-Info لتحديد زوج AS الذي يستضيف مستخدم مضيف الاجتماع.

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported: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
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-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 الخاص بك. ومع ذلك، لاحظ أن هذا المستند لا يوفر تكوينًا تم التحقق منه لـ SBCs بخلاف 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 المخصصة لتأهيل الشريك.