يجب إكمال المتطلبات المسبقة التالية لتوفير 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)، حدد Create Call-in Phone Number Grou.

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 SRV الخاصة بمعاودة الاتصال (إذا كانت معاودة الاتصال مطلوبة). لذلك، يوصى بأن يقوم شركاء Cisco بالمثل بإنشاء قالب عميل جديد لكل مجموعة فريدة من مجموعات أرقام الهاتف ومجموعة DNS SRV الخاصة بمعاودة الاتصال. يجب استخدام كل قالب عميل لإنشاء مؤسسة البذور المقابلة.

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

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

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

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

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 لقسم BYoPSTN.

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": "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. قم بتسجيل الدخول إلى Cisco Partner Hub.

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

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

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

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

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

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

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

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

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

     
    -- 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. تأكد من تعيين الخصائص التالية أدناه، بينما يمكن ترك الخصائص الأخرى بالقيم الافتراضية:

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

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

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

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

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

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

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

إنشاء مثيل VoiceXML

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

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

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

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

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

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

• الامتداد

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

• الخط/المنفذ— أدخل بتنسيق <access number="">@<domain> ، حيث

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

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

• اتصال sip— بالنسبة لمكالمات الاتصال الوارد في الاجتماع إلى رقم الوصول، سيتم إرسال INVITE مع تعيين URI للطلب على قيمة هذا الحقل. أدخل جهة اتصال SIP بهذا التنسيق <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">حيث:

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

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

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

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

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

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

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

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

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

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

يجب تكوين CUBE بنفس اسم المستخدم وكلمة المرور من أجل المصادقة الصحيحة على رسائل INVITE التي يتم إرسالها إلى AS. مثال على الأمر لتكوين مصادقة SIP على CUBE هو كما يلي: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

ملف 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 على صحيح، يعتمد عدد سكان ChargeIndicator في حقل CDR على سمة الشحن التي تم تكوينها لنوع مكالمة خادم الشبكة.

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 (يسمى فيما بعد مشترك في معاودة الاتصال في اجتماع 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

نظرًا لأن ميزة "دعم فواتير BYO PSTN لـ CallBack وCallIn" تعتمد على ميزة "دعم BroadWorks لميزة CI UUID"، قبل تنشيط ميزة (102074) تحتاج أيضًا إلى تنشيط ميزة (102746). لمزيد من التفاصيل، راجع قسم "CI User UUID Sync (دعم Broadworks لـ CI UUID)".

يكون مشترك في معاودة الاتصال في اجتماع 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> 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 مع تعيين العلامة "الممكنة" على "صحيح".

سيبدأ تطبيق مزامنة توفير Webex هذا في إجراء مزامنة 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

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

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 لمكالمات الاتصال الوارد في الاجتماعات. يمكن تحقيق ذلك باستخدام سياسة PreCallTyping لخادم الشبكة.

أولاً، في 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    

يتم إنشاء BroadWorks التي تنشأ من CDR فقط عن طريق المكالمات التي تنشأ من مشتركي BW. لن يتم إنشاء مكالمات PSTN من جانب "الشبكة" من AS إنشاء CDR. سيكون هناك CDR إنهاء للمشترك الظاهري VoiceXML في كلتا الحالتين.

RoutingNE

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

فيما يلي مثال للأوامر اللازمة لإضافة RoutingNE "WebexMeetings"، حيث عنوان CUBE IP = 10.165.196.30. يعرض المثال أيضًا الأوامر لإنشاء مثيلات OrigRedirect و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: يستخدم لتحديد 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 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

اسم مستعار

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

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

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

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

HostingNE

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

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

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

في سيناريو معاودة الاتصال باستخدام عنوان 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

عند تعيين معالج نظام تمكين WebexMeetingHoostLookup على صحيح، يتم استخدام معرف 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

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

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

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

ما لم ينص على خلاف ذلك، تنطبق متطلبات التكوين المتبقية في الخطوة 10 بغض النظر عن نوع SBC الذي تقوم بنشره. ومع ذلك ، فإن أمثلة سطر الأوامر هي لـ CUBE فقط ، ما لم ينص على أن المثال ينطبق على SBCs الأخرى. بالنسبة إلى SBCs الأخرى، ارجع إلى وثائق SBC الخاصة بك لأوامر التكوين.

بعد اكتمال تكوين وتوفير حل 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 المخصصة لضم الشريك.

يجب إكمال المتطلبات المسبقة التالية لتوفير 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)، حدد Create Call-in Phone Number Grou.

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 SRV الخاصة بمعاودة الاتصال (إذا كانت معاودة الاتصال مطلوبة). لذلك، يوصى بأن يقوم شركاء Cisco بالمثل بإنشاء قالب عميل جديد لكل مجموعة فريدة من مجموعات أرقام الهاتف ومجموعة DNS SRV الخاصة بمعاودة الاتصال. يجب استخدام كل قالب عميل لإنشاء مؤسسة البذور المقابلة.

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

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

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

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

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 لقسم BYoPSTN.

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": "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. قم بتسجيل الدخول إلى Cisco Partner Hub.

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

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

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

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

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

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

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

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

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

     
    -- 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. تأكد من تعيين الخصائص التالية أدناه، بينما يمكن ترك الخصائص الأخرى بالقيم الافتراضية:

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

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

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

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

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

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

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

إنشاء مثيل VoiceXML

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

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

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

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

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

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

• الامتداد

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

• الخط/المنفذ— أدخل بتنسيق <access number="">@<domain> ، حيث

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

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

• اتصال sip— بالنسبة لمكالمات الاتصال الوارد في الاجتماع إلى رقم الوصول، سيتم إرسال INVITE مع تعيين URI للطلب على قيمة هذا الحقل. أدخل جهة اتصال SIP بهذا التنسيق <sip contact="">;<Locale>;<Meetings Site="" UUID="">;<SIP transport="">حيث:

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

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

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

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

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

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

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

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

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

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

يجب تكوين CUBE بنفس اسم المستخدم وكلمة المرور من أجل المصادقة الصحيحة على رسائل INVITE التي يتم إرسالها إلى AS. مثال على الأمر لتكوين مصادقة SIP على CUBE هو كما يلي: sip-ua authentication username VSUB password 0 <unencrypted password> (See the CUBE onfiguration/datafill for more details).

ملف 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 على صحيح، يعتمد عدد سكان ChargeIndicator في حقل CDR على سمة الشحن التي تم تكوينها لنوع مكالمة خادم الشبكة.

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 (يسمى فيما بعد مشترك في معاودة الاتصال في اجتماع 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

نظرًا لأن ميزة "دعم فواتير BYO PSTN لـ CallBack وCallIn" تعتمد على ميزة "دعم BroadWorks لميزة CI UUID"، قبل تنشيط ميزة (102074) تحتاج أيضًا إلى تنشيط ميزة (102746). لمزيد من التفاصيل، راجع قسم "CI User UUID Sync (دعم Broadworks لـ CI UUID)".

يكون مشترك في معاودة الاتصال في اجتماع 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> 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 مع تعيين العلامة "الممكنة" على "صحيح".

سيبدأ تطبيق مزامنة توفير Webex هذا في إجراء مزامنة 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

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

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 لمكالمات الاتصال الوارد في الاجتماعات. يمكن تحقيق ذلك باستخدام سياسة PreCallTyping لخادم الشبكة.

أولاً، في 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    

يتم إنشاء BroadWorks التي تنشأ من CDR فقط عن طريق المكالمات التي تنشأ من مشتركي BW. لن يتم إنشاء مكالمات PSTN من جانب "الشبكة" من AS إنشاء CDR. سيكون هناك CDR إنهاء للمشترك الظاهري VoiceXML في كلتا الحالتين.

RoutingNE

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

فيما يلي مثال للأوامر اللازمة لإضافة RoutingNE "WebexMeetings"، حيث عنوان CUBE IP = 10.165.196.30. يعرض المثال أيضًا الأوامر لإنشاء مثيلات OrigRedirect و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: يستخدم لتحديد 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 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

اسم مستعار

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

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

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

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

HostingNE

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

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

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

في سيناريو معاودة الاتصال باستخدام عنوان 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

عند تعيين معالج نظام تمكين WebexMeetingHoostLookup على صحيح، يتم استخدام معرف 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

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

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

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

ما لم ينص على خلاف ذلك، تنطبق متطلبات التكوين المتبقية في الخطوة 10 بغض النظر عن نوع SBC الذي تقوم بنشره. ومع ذلك ، فإن أمثلة سطر الأوامر هي لـ CUBE فقط ، ما لم ينص على أن المثال ينطبق على SBCs الأخرى. بالنسبة إلى SBCs الأخرى، ارجع إلى وثائق SBC الخاصة بك لأوامر التكوين.

بعد اكتمال تكوين وتوفير حل 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 المخصصة لضم الشريك.