Для підготовки власної служби ТМЗК необхідно виконати наведені нижче обов’язкові умови. Наведені нижче обов’язкові умови передбачають, що партнер має робоче розгортання Webex для Cisco BroadWorks, яке включає:

• Функціонування системи BroadWorks – як задокументовано в Посібник із рішення Webex для Cisco BroadWorks

• Ліцензія BroadWorks AS зі службою «VoiceXML» у достатній кількості (1 на номер ТМЗК)

• Необхідні виправлення 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 (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. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу номерів телефону системи стор.

5. Введіть Група телефонних номерів ім’я та виберіть Далі .

6. Введіть Номер телефону деталі й виберіть Далі .

7. Перегляньте зведені відомості про групу номерів телефонів і виберіть Зберегти .

8. Повторіть цю процедуру для кожної групи телефонних номерів, яку потрібно додати.

На знімках екрана нижче показано цю процедуру.

Цей крок потрібно виконати, лише якщо ви хочете розгорнути параметр приєднання до наради за допомогою зворотного виклику. В іншому разі можна пропустити цей крок.

Якщо цей параметр не налаштовано, користувачі зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера.

Якщо використовується параметр зворотного виклику наради, для маршрутизації викликів із Webex до CUBE потрібна група зворотного виклику DNS SRV. Процедура, яку партнер Cisco використовує для додавання своїх записів CUBE DNS SRV до Webex, є наступною:

1. Увійдіть у концентратор партнера.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу зворотного виклику DNS SRV .

5. Введіть SRV зворотного виклику DNS Ім’я групи .

6. Виберіть Далі.

7. Введіть дані зворотного виклику DNS SRV.

8. Виберіть Далі.

9. Перегляньте зведені відомості про зворотний виклик DNS SRV.

10. Виберіть Зберегти.

11. Надайте будь-які оновлення DNS, щоб відобразити нові записи в групі DNS SRV.

12. Повторіть цю процедуру для кожної групи зворотного виклику DNS SRV, яку потрібно додати.

На знімках екрана нижче показано цю процедуру.

Початкова конфігурація та перевірка рішення Використання власної служби ТМЗК вимагає початкової організації для кожної унікальної комбінації Група телефонних номерів і Група зворотного виклику DNS SRV (якщо потрібен зворотний виклик) . Тому партнерам Cisco рекомендовано створити новий Шаблон клієнта для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV. Кожен шаблон клієнта слід використовувати для створення відповідної вихідної організації.

Після того як конфігурація Використання власної служби ТМЗК буде завантажена й перевірена за допомогою вихідних організацій, групи телефонних номерів і групи зворотного виклику DNS SRV можна застосувати до наявних шаблонів клієнта за потреби.

Зверніть увагу, що щойно створені шаблони клієнтів не використовуються наявними клієнтами, що не тестують, і тому їх можна безпечно використовувати для ручної перевірки конфігурації Використання власної служби ТМЗК.

Якщо ви не розгортаєте функцію приєднання до наради за допомогою зворотного виклику, вам не потрібно пов’язувати групи зворотного виклику DNS SRV із шаблоном клієнта. Однак вам потрібно вибрати Вимкнути зворотний виклик .

Щоб додати до нового шаблону клієнта, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Шаблони , виберіть Додати шаблон .

5. Введіть дані шаблону. На Тип пакета етап:

   • Виберіть Тип пакета як Стандартний .

   • Виберіть Конфігурація приєднання до наради як Номери телефону системи, надані партнером (БТМЗК) .

   • Виберіть підготовку Група телефонних номерів .

   • Для Група зворотного виклику DNS SRV, якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .

6. Виберіть Далі.

7. Введіть дані шаблону, що залишилися.

8. Перегляньте зведені відомості про шаблон.

9. Клацніть Зберегти.

10. Повторіть цю процедуру для кожного шаблону клієнта, який необхідно додати

На знімку екрана нижче показано цю процедуру.

Щоб оновити наявний шаблон клієнта, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks розділ.

4. Під Шаблони , виберіть Переглянути шаблон .

5. Виберіть шаблон, який потрібно оновити.

6. Прокрутіть до Конфігурація приєднання до наради розділ:

   • Виберіть Номери телефону системи, надані партнером (БТМЗК) .

   • Виберіть налаштований раніше Група телефонних номерів .

   • Для Група зворотного виклику DNS SRV , якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .

7. Виберіть Зберегти.

   На знімку екрана нижче показано цю процедуру.

Рішення Використання власної служби ТМЗК має кілька різних компонентів, кожен з яких має бути правильно налаштований для успішної роботи рішення. Однією з двох цілей організацій вихідного рішення є створення номера телефону зі зіставленнями кодів доступу до нарад і універсального унікального ідентифікатора сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Іншою метою є перевірка конфігурації.

Для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV, що буде використовуватися, необхідно попередньо створити відповідний шаблон клієнта. Для кожного з цих шаблонів клієнта повинна бути підготовлена організація вихідного рішення. Підготовка цих вихідних організацій генерує номер телефону зі зіставленнями кодів доступу до нарад і UUID сайту нарад, які необхідні для налаштування BroadWorks.

Використовуючи кожен із попередньо налаштованих шаблонів клієнта, підготуйте абонента для нового тестового постачальника послуг BroadWorks або нового BroadWorks Enterprise з Стандартний пакет користувача. Отриманий Стандартний пакет вебсайт для нарад має використовувати параметр приєднання до наради номерів телефону системи постачальника партнерів. Для підготовки абонента можна використовувати будь-який із таких способів:

1. Підготуйте тестового абонента за допомогою BroadWorks Subscribers API, як задокументовано developer.webex.com.

2. Увімкніть тестового абонента для служби IM&P на BroadWorks, налаштований на використання шаблону клієнта. Переконайтеся, що шаблон клієнта використовує стандартний пакет за замовчуванням, щоб переконатися, що тестовому абоненту призначено стандартний пакет. Крім того, тестовий абонент має бути згодом оновлений, щоб отримати пакет Standard.

Зауважте, що організації вихідних рішень рекомендується пов’язувати з тестовим постачальником послуг BroadWorks або тестовим BroadWorks Enterprise.

Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Не слід видаляти початкову організацію, оскільки пов’язаний сайт наради також буде видалено. Якщо вихідну організацію видалено, вам потрібно буде підготувати нову та повторно налаштувати Broadworks з новим UUID вебсайту.

За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.

Щоб вибрати організацію Primary Seed Solution, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks розділ.

4. Під Перевірка конфігурації (Використання власної служби ТМЗК) розділ, виберіть Призначити .

5. У Призначити організацію екрана, знайдіть і виберіть одну з початкових організацій, налаштованих раніше

6. Виберіть Призначити .

   Вибрана вихідна організація є основною вихідною організацією.

На знімках екрана нижче показано цю процедуру.

Відомості про організацію основного вихідного рішення, групи телефонних номерів і групу зворотного виклику DNS SRV для певного кластера BroadWorks доступні в одному розташуванні — файлі JSON конфігурації BroadWorks (BYoPSTN). Ця інформація потрібна для налаштування BroadWorks для власної служби ТМЗК.

Зауважте, що файл конфігурації JSON доступний для перегляду/завантаження лише після вибору організації основного вихідного рішення.

Процедура перегляду/завантаження файлу конфігурації JSON така:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Кластери , виберіть Перегляд кластера .

5. Виберіть кластер, пов’язаний із шаблонами клієнта, налаштованими для власної служби ТМЗК.

6. Прокрутіть до Конфігурація BroadWorks для власної служби ТМЗК розділ.

7. Клацніть Завантажте файл конфігурації JSON .

8. Повторіть цю процедуру для будь-яких інших кластерів BroadWorks.

На знімках екрана нижче показано цю процедуру.

Див. зразок файлу конфігурації JSON нижче. Файл містить додаткову інформацію про кожну групу телефонних номерів, групу зворотного виклику DNS SRV, наступні ключові елементи конфігурації, які необхідно ввести в BroadWorks, виділені жирним шрифтом.

• siteUUID: 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"
      }
   ]
}

Домен Webex Edge Audio DNS SRV має бути налаштований на BroadWorks. Використовуйте наведену далі процедуру, щоб визначити значення.

1. Увійдіть до Cisco Partner Hub.

2. Перейти до Клієнти .

3. Виберіть підприємство з перевірки власної служби ТМЗК.

4. Виберіть Переглянути клієнта.

5. Перейти до Служби/наради .

6. Виберіть вебсайт для нарад стандартного пакета.

7. Прокрутіть донизу бічної панелі й виберіть Налаштуйте сайт .

8. Виберіть Загальні налаштування / Налаштування аудіо .

9. Під Користувацькі глобальні номери телефону системи Edge Audio розділ, виберіть Створіть сценарій 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.

Це домен Webex Edge Audio DNS SRV, який необхідно налаштувати в BroadWorks.

У цьому розділі описано конфігурацію BroadWorks, необхідну для впровадження сценаріїв виклику наради та зворотного виклику, показаних на схемах нижче. Приклади конфігурації базуються на даних у файлі JSON, показаному в попередньому розділі. Очікується, що номери, домени, імена підприємств/груп, типи пристроїв, політики, профілі тощо залежать від партнера.

Потік викликів:

1. Користувач надсилає запит на зворотний виклик, Webex ініціює зворотний виклик.
2. Виклик маршрутизується до BroadWorks OTT.
3. Виклик надходить до CUBE, наданого в CH. CUBE маршрутизує виклик до BroadWorks.
4. BroadWorks ідентифікує виклик як джерело організатора наради, створює сеанс для користувача організатора наради й обробляє виклик.
5. Сеанс користувача організатора наради обробляє виклик і перекладає набраний номер. Крім того, запис оплати створюється від імені користувача організатора наради.
6. BroadWorks маршрутизує виклик або до користувача, пов’язаного з пристроєм (7), або до ТМЗК (8).

Перед початком

Зв’язок SIP між BroadWorks і CUBE може здійснюватися через UDP або TCP залежно від вимог до мережі. Наприклад, якщо деякі мережі або пристрої доступу (наприклад, шлюзи або кінцеві точки) у потоках викликів або зворотних викликів ДПТМЗК не підтримують TCP, замість цього слід використовувати UDP.

Конфігурація та приклади, наведені в цьому посібнику, використовують TCP як транспортний протокол. Щоб використовувати TCP, переконайтеся, що сервер програм BroadWorks і мережевий сервер налаштовано на TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Сервер застосунків

Визначте/Тип профілю пристрою

Необхідно створити новий тип профілю ідентифікатора/пристрою для представлення CUBE. Обов’язково налаштуйте вказані нижче властивості, а для інших можна залишити значення за замовчуванням:

• Тип адреси сигналізації — Установлено на Інтелектуальна адресація проксі

• Автентифікація —Установлено на Увімкнено

• Підтримуйте ідентифікаційні дані в режимі оновлення та повторного запрошення —Перевірено

• Можливість статичної реєстрації —Установлено на Увімкнено

• Підтримка відео —Установлено на Вимкнено

У наведеному нижче прикладі новий тип ідентифікатора/профілю пристрою «VXML_profile ” створено для представлення CUBE.

Віртуальний абонент Voice XML

Створіть екземпляр VoiceXML

Кожен номер ТМЗК Webex Meetings представлений віртуальним абонентом у BroadWorks, і можна використовувати функціональні можливості віртуального передплатника VoiceXML. Рекомендовано використовувати виділене підприємство та групу для всіх віртуальних абонентів VoiceXML. Зауважте, що ми фактично не використовуємо жодних можливостей VoiceXML, але цей тип віртуальних користувачів підходить для взаємодії з CUBE.

Щоб використовувати службу VoiceXML, переконайтеся, що ліцензія містить достатню кількість «VoiceXML» і що служба авторизована на рівні підприємства та групи, а службу VoiceXML призначено групі, як показано на прикладі зображення нижче.

Під Група > Служби , виберіть VoiceXML і створіть екземпляр для кожного номера ТМЗК.

Налаштуйте адреси VoiceXML

Для кожного екземпляра VoiceXML надайте таке в адресах VoiceXML:

• Номер телефону —Введіть номер для набору номера для вебсайту Webex Meetings (наприклад, 2403332200).

• Внутрішній номер

• Ідентифікаційні дані/профіль пристрою —Створіть один екземпляр (наприклад, VXML_device Prof) на основі типу пристрою, створеного в попередньому розділі (VXML_profile у прикладі) і введіть таку конфігурацію.

• Лінія/порт —Введіть у<access number=""> @<domain> формат, де

  • <access number=""> — це номер коду доступу для вебсайту Webex Meetings (доступний у файлі JSON) (наприклад, 88631321777971704941)

  • <domain> є доменом аудіо Webex Edge для цього сайту наради (наприклад, ecccspx.amer.pub.webex.com)

• Контакт sip —Для викликів системи викликів на нараду за номером доступу ЗАПРОШЕННЯ буде надіслано з URI запиту, установленим на значення цього поля. Введіть контакт SIP у цьому форматі<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , де:

  • <sip contact=""> є<number> з поля лінії/порту, але з доменом як SRV, який перетворюється на адресу CUBE (наприклад, 88631321777971704941@cube.internal.local)

  • <Locale> представляє налаштування мови відповідно до мовного стандарту користувача (наприклад, locale=en_ США)

  • <Meetings Site="" UUID=""> є UUID вебсайту з файлу JSON (наприклад, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> має бути transport=tcp, щоб AS використовувала TCP для надсилання повідомлень до CUBE.

Нижче наведено приклад параметрів VoiceXML-адрес.

Для кожного додаткового номера доступу до наради, який буде використано, необхідно створити додаткового віртуального абонента VoiceXML, аналогічно наведеному вище. Можна використовувати той самий профіль пристрою, але поля Порт лінії та Контакт мають бути створені на основі інформації про номер доступу, як показано вище.

Переконайтеся, що обмеження політики обробки викликів, які ви налаштовуєте для віртуального абонента BroadWorks, достатні для обробки додаткових викликів власної служби ТМЗК у вашій групі телефонних номерів.

Призначте автентифікацію SIP для екземпляра VoiceXML

Призначте службу автентифікації віртуальному абоненту VoiceXML. Це використовуватиметься для автентифікації повідомлень SIP INVITE від CUBE у сценарії зворотного виклику. Він також не дозволяє віртуальному абоненту VoiceXML приймати виклики від сторін, відмінних від CUBE

Перейдіть на сторінку автентифікації віртуального абонента в розділі «Утиліти» та введіть ім’я користувача та пароль SIP, як показано нижче:

CUBE має бути налаштовано з тим самим ім’ям користувача та паролем для належної автентифікації повідомлень ЗАПРОШЕННЯ, які надсилаються до 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 і вирішує адресу 10.165.196.30, порт 5060, щоб зв’язатися з 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. індикатор заряду .

У наведеному нижче прикладі додається рекомендована конфігурація для обробки викликів на нараду як внутрішніх викликів, щоб вони були виключені з тарифікації та виключені з підрахунку контролю допуску на сеанси.

За допомогою налаштування Застосувати поле NS Charge значення true, населеність поля CDR індикатор заряду базується на налаштованому атрибуті Charge типу виклику мережевого сервера.

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

Для обробки зворотних викликів Webex Meetings необхідно налаштувати виділеного віртуального абонента VoiceXML зі спеціальним параметром зворотного виклику наради Webex (далі — абонент зворотного виклику наради VoiceXML) на сервері програм BroadWorks (AS). В 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 ТМЗК для зворотних викликів і викликів» залежить від функції «Підтримка BroadWorks для CI UUID», перед активацією функції (102074) потрібно також активувати функцію (102746). Докладніше див. в розділі «Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)».

Абонент зворотного виклику наради VoiceXML подібний до наявного віртуального абонента VXML BYOPSTN, але позначений новим прапорцем «Зворотний виклик Webex Meeting». Для цього абонента зворотного виклику наради VoiceXML налаштовано той самий профіль пристрою, що й наявний віртуальний абонент BYOPSTN VXML, а також службу автентифікації з тими самими обліковими даними.

Приклад показано нижче.

Абонент зворотного виклику наради VoiceXML повинен існувати в AS, де розміщено користувача організатора наради. Коли AS отримує запит INVITE на зворотний виклик наради, вона намагається знайти користувача зворотного виклику наради VoiceXML і користувача організатора наради в AS під час налаштування виклику. Якщо жоден із цих користувачів не знайдено, виклик відхиляється.

Сеанс організатора наради

У сценарії зворотного виклику із заголовком X-Cisco-Meet-Info сервер застосунків Cisco BroadWorks отримує запит ЗАПРОШЕННЯ SIP та ідентифікує користувача організатора наради за допомогою параметра 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 для UUID CI)

UUID користувача CI — це унікальний ідентифікатор для ідентифікації користувачів у середовищі Webex.

Ця програма синхронізації підготовки Webex на платформі доставки застосунків Cisco BroadWorks (ADP) використовується для синхронізації, зіставлення та зберігання UUID користувача CI в інфраструктурі BroadWorks, щоб його можна було використовувати під час різних взаємодій із Webex і службою Webex для BroadWorks.

Див. розділ « Увімкнути зворотний виклик наради Webex» про те, як CI Користувач Асоціація UUID використовується мережевим сервером Cisco BroadWorks і сервером застосунків Cisco BroadWorks.

Наведені далі кроки налаштовують програму Webex Provisioning Sync для періодичного опитування та оновлення користувачів BroadWork за допомогою UUID CI.

Для програми Webex Provisioning Sync потрібні облікові дані OAuth з адміністратором Spark:broadworks_subscribers_read для постачальника ідентифікаційних даних Cisco, і їх можна отримати, надіславши запит на обслуговування до оператора з приєднання.

Перегляньте розділ "Отримання облікових даних OAuth для вашого Webex для 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 тепер може виконувати пов’язування UUID CI з користувачами 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 API, щоб отримати дані, що містять UUID CI, для всіх користувачів, обслуговуваних партнером. Зовнішній ідентифікатор користувача BroadWorks оновлюється за допомогою пов’язаного UUID CI. Подальші зв’язки впливають на користувачів, доданих до партнера. Команду 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.

Після завершення синхронізації стан знову зміниться на моніторинг. Подальша синхронізація виконується для користувачів, доданих до партнера після "Час останньої синхронізації".

На наступному малюнку показано UUID CI, установлений у зовнішньому ідентифікаторі:

Мережевий сервер

Тип виклику

З метою виставлення рахунків і звітування може бути бажано позначити 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» було додано в контекст CLI /Policy/PreCallTyping, але це може бути наявний екземпляр 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    

CDR, що походять від BroadWorks, генеруються лише викликами, що надходять від абонентів BW. Виклики ТМЗК з "мережевої" сторони AS не створюватимуть вихідні CDR. У будь-якому випадку для віртуального абонента VoiceXML буде завершено CDR.

МаршрутизаціяNE

Для представлення CUBE в NS в /System/Device/RoutingNE контекст CLI потрібен RoutingNE. Таким чином, коли NS отримує ЗАПРОШЕННЯ від CUBE, він зіставлятиме заголовок via із записом RoutingNE, який надано на NS. Див Посібник із адміністрування інтерфейсу командного рядка Cisco BroadWorks Network Server Щоб дізнатися більше про те, як додати RoutingNE.

Нижче наведено приклад команд для додавання RoutingNE «WebexMeetings», де IP-адреса CUBE = 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 запиту INVITE містить номер зворотного виклику

• Через заголовок: містить IP-адресу CUBE, яка буде використовуватися для вибору профілю RoutingNE.

• Заголовок X-Cisco-Info-Meet: використовується для ідентифікації ідентифікатора користувача HostCIU, ідентифікатора наради та UUID сайту.

Отримавши ЗАПРОШЕННЯ, 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

Псевдонім

Домен в URI INVITE (у прикладі це bw.myenterprise.com), надісланий CUBE до NS, повинен бути розпізнаний NS. Це можна зробити, додавши домен у NS_ Контекст CLI/системи/псевдоніма, наприклад:

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

Команду для налаштування домену URI INVITE на CUBE можна знайти в наступному розділі в розділі абонента або сеансу ціль, наприклад:

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

ХостингNE

Щоб підтримувати параметри конфігурації обробки викликів Webex Meetings для виставлення рахунків і керування допуском до сеансів, атрибути сигналізації хостингу NE сервера програм Обов’язкова інформація про тип виклику і RequiresChargeIndication має бути ввімкнено в контексті 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, 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) для рішення Bring Your Own 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, якщо не вказано, що приклад застосовується до інших SBC. Щоб отримати інформацію про команди конфігурації, див. документацію SBC.

Після завершення конфігурації та підготовки рішення Використання власної служби ТМЗК партнер повинен виконати набір тестів приймання, щоб сертифікувати своє рішення. Це обов’язковий крок для затвердження та ввімкнення власної служби власної служби ТМЗК партнера.

Тестові приклади приймання описані в документі Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Партнер має надати результати успішно виконаних приймальних тестів команді приєднання та сертифікації.

Про запитання, проблеми та результати, отримані під час виконання тестів приймання, потрібно повідомляти та надсилати їх у просторі Webex, призначеному для приєднання Партнера.

Для підготовки власної служби ТМЗК необхідно виконати наведені нижче обов’язкові умови. Наведені нижче обов’язкові умови передбачають, що партнер має робоче розгортання Webex для Cisco BroadWorks, яке включає:

• Функціонування системи BroadWorks – як задокументовано в Посібник із рішення Webex для Cisco BroadWorks

• Ліцензія BroadWorks AS зі службою «VoiceXML» у достатній кількості (1 на номер ТМЗК)

• Необхідні виправлення 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 (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. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу номерів телефону системи стор.

5. Введіть Група телефонних номерів ім’я та виберіть Далі .

6. Введіть Номер телефону деталі й виберіть Далі .

7. Перегляньте зведені відомості про групу номерів телефонів і виберіть Зберегти .

8. Повторіть цю процедуру для кожної групи телефонних номерів, яку потрібно додати.

На знімках екрана нижче показано цю процедуру.

Цей крок потрібно виконати, лише якщо ви хочете розгорнути параметр приєднання до наради за допомогою зворотного виклику. В іншому разі можна пропустити цей крок.

Якщо цей параметр не налаштовано, користувачі зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера.

Якщо використовується параметр зворотного виклику наради, для маршрутизації викликів із Webex до CUBE потрібна група зворотного виклику DNS SRV. Процедура, яку партнер Cisco використовує для додавання своїх записів CUBE DNS SRV до Webex, є наступною:

1. Увійдіть у концентратор партнера.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу зворотного виклику DNS SRV .

5. Введіть SRV зворотного виклику DNS Ім’я групи .

6. Виберіть Далі.

7. Введіть дані зворотного виклику DNS SRV.

8. Виберіть Далі.

9. Перегляньте зведені відомості про зворотний виклик DNS SRV.

10. Виберіть Зберегти.

11. Надайте будь-які оновлення DNS, щоб відобразити нові записи в групі DNS SRV.

12. Повторіть цю процедуру для кожної групи зворотного виклику DNS SRV, яку потрібно додати.

На знімках екрана нижче показано цю процедуру.

Початкова конфігурація та перевірка рішення Використання власної служби ТМЗК вимагає початкової організації для кожної унікальної комбінації Група телефонних номерів і Група зворотного виклику DNS SRV (якщо потрібен зворотний виклик) . Тому партнерам Cisco рекомендовано створити новий Шаблон клієнта для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV. Кожен шаблон клієнта слід використовувати для створення відповідної вихідної організації.

Після того як конфігурація Використання власної служби ТМЗК буде завантажена й перевірена за допомогою вихідних організацій, групи телефонних номерів і групи зворотного виклику DNS SRV можна застосувати до наявних шаблонів клієнта за потреби.

Зверніть увагу, що щойно створені шаблони клієнтів не використовуються наявними клієнтами, що не тестують, і тому їх можна безпечно використовувати для ручної перевірки конфігурації Використання власної служби ТМЗК.

Якщо ви не розгортаєте функцію приєднання до наради за допомогою зворотного виклику, вам не потрібно пов’язувати групи зворотного виклику DNS SRV із шаблоном клієнта. Однак вам потрібно вибрати Вимкнути зворотний виклик .

Щоб додати до нового шаблону клієнта, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Шаблони , виберіть Додати шаблон .

5. Введіть дані шаблону. На Тип пакета етап:

   • Виберіть Тип пакета як Стандартний .

   • Виберіть Конфігурація приєднання до наради як Номери телефону системи, надані партнером (БТМЗК) .

   • Виберіть підготовку Група телефонних номерів .

   • Для Група зворотного виклику DNS SRV, якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .

6. Виберіть Далі.

7. Введіть дані шаблону, що залишилися.

8. Перегляньте зведені відомості про шаблон.

9. Клацніть Зберегти.

10. Повторіть цю процедуру для кожного шаблону клієнта, який необхідно додати

На знімку екрана нижче показано цю процедуру.

Щоб оновити наявний шаблон клієнта, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks розділ.

4. Під Шаблони , виберіть Переглянути шаблон .

5. Виберіть шаблон, який потрібно оновити.

6. Прокрутіть до Конфігурація приєднання до наради розділ:

   • Виберіть Номери телефону системи, надані партнером (БТМЗК) .

   • Виберіть налаштований раніше Група телефонних номерів .

   • Для Група зворотного виклику DNS SRV , якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .

7. Виберіть Зберегти.

   На знімку екрана нижче показано цю процедуру.

Рішення Використання власної служби ТМЗК має кілька різних компонентів, кожен з яких має бути правильно налаштований для успішної роботи рішення. Однією з двох цілей організацій вихідного рішення є створення номера телефону зі зіставленнями кодів доступу до нарад і універсального унікального ідентифікатора сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Іншою метою є перевірка конфігурації.

Для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV, що буде використовуватися, необхідно попередньо створити відповідний шаблон клієнта. Для кожного з цих шаблонів клієнта повинна бути підготовлена організація вихідного рішення. Підготовка цих вихідних організацій генерує номер телефону зі зіставленнями кодів доступу до нарад і UUID сайту нарад, які необхідні для налаштування BroadWorks.

Використовуючи кожен із попередньо налаштованих шаблонів клієнта, підготуйте абонента для нового тестового постачальника послуг BroadWorks або нового BroadWorks Enterprise з Стандартний пакет користувача. Отриманий Стандартний пакет вебсайт для нарад має використовувати параметр приєднання до наради номерів телефону системи постачальника партнерів. Для підготовки абонента можна використовувати будь-який із таких способів:

1. Підготуйте тестового абонента за допомогою BroadWorks Subscribers API, як задокументовано developer.webex.com.

2. Увімкніть тестового абонента для служби IM&P на BroadWorks, налаштований на використання шаблону клієнта. Переконайтеся, що шаблон клієнта використовує стандартний пакет за замовчуванням, щоб переконатися, що тестовому абоненту призначено стандартний пакет. Крім того, тестовий абонент має бути згодом оновлений, щоб отримати пакет Standard.

Зауважте, що організації вихідних рішень рекомендується пов’язувати з тестовим постачальником послуг BroadWorks або тестовим BroadWorks Enterprise.

Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Не слід видаляти початкову організацію, оскільки пов’язаний сайт наради також буде видалено. Якщо вихідну організацію видалено, вам потрібно буде підготувати нову та повторно налаштувати Broadworks з новим UUID вебсайту.

За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.

Щоб вибрати організацію Primary Seed Solution, виконайте такі дії:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks розділ.

4. Під Перевірка конфігурації (Використання власної служби ТМЗК) розділ, виберіть Призначити .

5. У Призначити організацію екрана, знайдіть і виберіть одну з початкових організацій, налаштованих раніше

6. Виберіть Призначити .

   Вибрана вихідна організація є основною вихідною організацією.

На знімках екрана нижче показано цю процедуру.

Відомості про організацію основного вихідного рішення, групи телефонних номерів і групу зворотного виклику DNS SRV для певного кластера BroadWorks доступні в одному розташуванні — файлі JSON конфігурації BroadWorks (BYoPSTN). Ця інформація потрібна для налаштування BroadWorks для власної служби ТМЗК.

Зауважте, що файл конфігурації JSON доступний для перегляду/завантаження лише після вибору організації основного вихідного рішення.

Процедура перегляду/завантаження файлу конфігурації JSON така:

1. Увійдіть до Cisco Partner Hub.

2. Перейдіть до розділу налаштувань.

3. Прокрутіть до Виклики BroadWorks .

4. Під Кластери , виберіть Перегляд кластера .

5. Виберіть кластер, пов’язаний із шаблонами клієнта, налаштованими для власної служби ТМЗК.

6. Прокрутіть до Конфігурація BroadWorks для власної служби ТМЗК розділ.

7. Клацніть Завантажте файл конфігурації JSON .

8. Повторіть цю процедуру для будь-яких інших кластерів BroadWorks.

На знімках екрана нижче показано цю процедуру.

Див. зразок файлу конфігурації JSON нижче. Файл містить додаткову інформацію про кожну групу телефонних номерів, групу зворотного виклику DNS SRV, наступні ключові елементи конфігурації, які необхідно ввести в BroadWorks, виділені жирним шрифтом.

• siteUUID: 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"
      }
   ]
}

Домен Webex Edge Audio DNS SRV має бути налаштований на BroadWorks. Використовуйте наведену далі процедуру, щоб визначити значення.

1. Увійдіть до Cisco Partner Hub.

2. Перейти до Клієнти .

3. Виберіть підприємство з перевірки власної служби ТМЗК.

4. Виберіть Переглянути клієнта.

5. Перейти до Служби/наради .

6. Виберіть вебсайт для нарад стандартного пакета.

7. Прокрутіть донизу бічної панелі й виберіть Налаштуйте сайт .

8. Виберіть Загальні налаштування / Налаштування аудіо .

9. Під Користувацькі глобальні номери телефону системи Edge Audio розділ, виберіть Створіть сценарій 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.

Це домен Webex Edge Audio DNS SRV, який необхідно налаштувати в BroadWorks.

У цьому розділі описано конфігурацію BroadWorks, необхідну для впровадження сценаріїв виклику наради та зворотного виклику, показаних на схемах нижче. Приклади конфігурації базуються на даних у файлі JSON, показаному в попередньому розділі. Очікується, що номери, домени, імена підприємств/груп, типи пристроїв, політики, профілі тощо залежать від партнера.

Потік викликів:

1. Користувач надсилає запит на зворотний виклик, Webex ініціює зворотний виклик.
2. Виклик маршрутизується до BroadWorks OTT.
3. Виклик надходить до CUBE, наданого в CH. CUBE маршрутизує виклик до BroadWorks.
4. BroadWorks ідентифікує виклик як джерело організатора наради, створює сеанс для користувача організатора наради й обробляє виклик.
5. Сеанс користувача організатора наради обробляє виклик і перекладає набраний номер. Крім того, запис оплати створюється від імені користувача організатора наради.
6. BroadWorks маршрутизує виклик або до користувача, пов’язаного з пристроєм (7), або до ТМЗК (8).

Перед початком

Зв’язок SIP між BroadWorks і CUBE може здійснюватися через UDP або TCP залежно від вимог до мережі. Наприклад, якщо деякі мережі або пристрої доступу (наприклад, шлюзи або кінцеві точки) у потоках викликів або зворотних викликів ДПТМЗК не підтримують TCP, замість цього слід використовувати UDP.

Конфігурація та приклади, наведені в цьому посібнику, використовують TCP як транспортний протокол. Щоб використовувати TCP, переконайтеся, що сервер програм BroadWorks і мережевий сервер налаштовано на TCP:

_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true

Сервер застосунків

Визначте/Тип профілю пристрою

Необхідно створити новий тип профілю ідентифікатора/пристрою для представлення CUBE. Обов’язково налаштуйте вказані нижче властивості, а для інших можна залишити значення за замовчуванням:

• Тип адреси сигналізації — Установлено на Інтелектуальна адресація проксі

• Автентифікація —Установлено на Увімкнено

• Підтримуйте ідентифікаційні дані в режимі оновлення та повторного запрошення —Перевірено

• Можливість статичної реєстрації —Установлено на Увімкнено

• Підтримка відео —Установлено на Вимкнено

У наведеному нижче прикладі новий тип ідентифікатора/профілю пристрою «VXML_profile ” створено для представлення CUBE.

Віртуальний абонент Voice XML

Створіть екземпляр VoiceXML

Кожен номер ТМЗК Webex Meetings представлений віртуальним абонентом у BroadWorks, і можна використовувати функціональні можливості віртуального передплатника VoiceXML. Рекомендовано використовувати виділене підприємство та групу для всіх віртуальних абонентів VoiceXML. Зауважте, що ми фактично не використовуємо жодних можливостей VoiceXML, але цей тип віртуальних користувачів підходить для взаємодії з CUBE.

Щоб використовувати службу VoiceXML, переконайтеся, що ліцензія містить достатню кількість «VoiceXML» і що служба авторизована на рівні підприємства та групи, а службу VoiceXML призначено групі, як показано на прикладі зображення нижче.

Під Група > Служби , виберіть VoiceXML і створіть екземпляр для кожного номера ТМЗК.

Налаштуйте адреси VoiceXML

Для кожного екземпляра VoiceXML надайте таке в адресах VoiceXML:

• Номер телефону —Введіть номер для набору номера для вебсайту Webex Meetings (наприклад, 2403332200).

• Внутрішній номер

• Ідентифікаційні дані/профіль пристрою —Створіть один екземпляр (наприклад, VXML_device Prof) на основі типу пристрою, створеного в попередньому розділі (VXML_profile у прикладі) і введіть таку конфігурацію.

• Лінія/порт —Введіть у<access number=""> @<domain> формат, де

  • <access number=""> — це номер коду доступу для вебсайту Webex Meetings (доступний у файлі JSON) (наприклад, 88631321777971704941)

  • <domain> є доменом аудіо Webex Edge для цього сайту наради (наприклад, ecccspx.amer.pub.webex.com)

• Контакт sip —Для викликів системи викликів на нараду за номером доступу ЗАПРОШЕННЯ буде надіслано з URI запиту, установленим на значення цього поля. Введіть контакт SIP у цьому форматі<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , де:

  • <sip contact=""> є<number> з поля лінії/порту, але з доменом як SRV, який перетворюється на адресу CUBE (наприклад, 88631321777971704941@cube.internal.local)

  • <Locale> представляє налаштування мови відповідно до мовного стандарту користувача (наприклад, locale=en_ США)

  • <Meetings Site="" UUID=""> є UUID вебсайту з файлу JSON (наприклад, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)

  • <SIP transport=""> має бути transport=tcp, щоб AS використовувала TCP для надсилання повідомлень до CUBE.

Нижче наведено приклад параметрів VoiceXML-адрес.

Для кожного додаткового номера доступу до наради, який буде використано, необхідно створити додаткового віртуального абонента VoiceXML, аналогічно наведеному вище. Можна використовувати той самий профіль пристрою, але поля Порт лінії та Контакт мають бути створені на основі інформації про номер доступу, як показано вище.

Переконайтеся, що обмеження політики обробки викликів, які ви налаштовуєте для віртуального абонента BroadWorks, достатні для обробки додаткових викликів власної служби ТМЗК у вашій групі телефонних номерів.

Призначте автентифікацію SIP для екземпляра VoiceXML

Призначте службу автентифікації віртуальному абоненту VoiceXML. Це використовуватиметься для автентифікації повідомлень SIP INVITE від CUBE у сценарії зворотного виклику. Він також не дозволяє віртуальному абоненту VoiceXML приймати виклики від сторін, відмінних від CUBE

Перейдіть на сторінку автентифікації віртуального абонента в розділі «Утиліти» та введіть ім’я користувача та пароль SIP, як показано нижче:

CUBE має бути налаштовано з тим самим ім’ям користувача та паролем для належної автентифікації повідомлень ЗАПРОШЕННЯ, які надсилаються до 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 і вирішує адресу 10.165.196.30, порт 5060, щоб зв’язатися з 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. індикатор заряду .

У наведеному нижче прикладі додається рекомендована конфігурація для обробки викликів на нараду як внутрішніх викликів, щоб вони були виключені з тарифікації та виключені з підрахунку контролю допуску на сеанси.

За допомогою налаштування Застосувати поле NS Charge значення true, населеність поля CDR індикатор заряду базується на налаштованому атрибуті Charge типу виклику мережевого сервера.

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

Для обробки зворотних викликів Webex Meetings необхідно налаштувати виділеного віртуального абонента VoiceXML зі спеціальним параметром зворотного виклику наради Webex (далі — абонент зворотного виклику наради VoiceXML) на сервері програм BroadWorks (AS). В 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 ТМЗК для зворотних викликів і викликів» залежить від функції «Підтримка BroadWorks для CI UUID», перед активацією функції (102074) потрібно також активувати функцію (102746). Докладніше див. в розділі «Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)».

Абонент зворотного виклику наради VoiceXML подібний до наявного віртуального абонента VXML BYOPSTN, але позначений новим прапорцем «Зворотний виклик Webex Meeting». Для цього абонента зворотного виклику наради VoiceXML налаштовано той самий профіль пристрою, що й наявний віртуальний абонент BYOPSTN VXML, а також службу автентифікації з тими самими обліковими даними.

Приклад показано нижче.

Абонент зворотного виклику наради VoiceXML повинен існувати в AS, де розміщено користувача організатора наради. Коли AS отримує запит INVITE на зворотний виклик наради, вона намагається знайти користувача зворотного виклику наради VoiceXML і користувача організатора наради в AS під час налаштування виклику. Якщо жоден із цих користувачів не знайдено, виклик відхиляється.

Сеанс організатора наради

У сценарії зворотного виклику із заголовком X-Cisco-Meet-Info сервер застосунків Cisco BroadWorks отримує запит ЗАПРОШЕННЯ SIP та ідентифікує користувача організатора наради за допомогою параметра 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 для UUID CI)

UUID користувача CI — це унікальний ідентифікатор для ідентифікації користувачів у середовищі Webex.

Ця програма синхронізації підготовки Webex на платформі доставки застосунків Cisco BroadWorks (ADP) використовується для синхронізації, зіставлення та зберігання UUID користувача CI в інфраструктурі BroadWorks, щоб його можна було використовувати під час різних взаємодій із Webex і службою Webex для BroadWorks.

Див. розділ « Увімкнути зворотний виклик наради Webex» про те, як CI Користувач Асоціація UUID використовується мережевим сервером Cisco BroadWorks і сервером застосунків Cisco BroadWorks.

Наведені далі кроки налаштовують програму Webex Provisioning Sync для періодичного опитування та оновлення користувачів BroadWork за допомогою UUID CI.

Для програми Webex Provisioning Sync потрібні облікові дані OAuth з адміністратором Spark:broadworks_subscribers_read для постачальника ідентифікаційних даних Cisco, і їх можна отримати, надіславши запит на обслуговування до оператора з приєднання.

Перегляньте розділ "Отримання облікових даних OAuth для вашого Webex для 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 тепер може виконувати пов’язування UUID CI з користувачами 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 API, щоб отримати дані, що містять UUID CI, для всіх користувачів, обслуговуваних партнером. Зовнішній ідентифікатор користувача BroadWorks оновлюється за допомогою пов’язаного UUID CI. Подальші зв’язки впливають на користувачів, доданих до партнера. Команду 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.

Після завершення синхронізації стан знову зміниться на моніторинг. Подальша синхронізація виконується для користувачів, доданих до партнера після "Час останньої синхронізації".

На наступному малюнку показано UUID CI, установлений у зовнішньому ідентифікаторі:

Мережевий сервер

Тип виклику

З метою виставлення рахунків і звітування може бути бажано позначити 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» було додано в контекст CLI /Policy/PreCallTyping, але це може бути наявний екземпляр 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    

CDR, що походять від BroadWorks, генеруються лише викликами, що надходять від абонентів BW. Виклики ТМЗК з "мережевої" сторони AS не створюватимуть вихідні CDR. У будь-якому випадку для віртуального абонента VoiceXML буде завершено CDR.

МаршрутизаціяNE

Для представлення CUBE в NS в /System/Device/RoutingNE контекст CLI потрібен RoutingNE. Таким чином, коли NS отримує ЗАПРОШЕННЯ від CUBE, він зіставлятиме заголовок via із записом RoutingNE, який надано на NS. Див Посібник із адміністрування інтерфейсу командного рядка Cisco BroadWorks Network Server Щоб дізнатися більше про те, як додати RoutingNE.

Нижче наведено приклад команд для додавання RoutingNE «WebexMeetings», де IP-адреса CUBE = 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 запиту INVITE містить номер зворотного виклику

• Через заголовок: містить IP-адресу CUBE, яка буде використовуватися для вибору профілю RoutingNE.

• Заголовок X-Cisco-Info-Meet: використовується для ідентифікації ідентифікатора користувача HostCIU, ідентифікатора наради та UUID сайту.

Отримавши ЗАПРОШЕННЯ, 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

Псевдонім

Домен в URI INVITE (у прикладі це bw.myenterprise.com), надісланий CUBE до NS, повинен бути розпізнаний NS. Це можна зробити, додавши домен у NS_ Контекст CLI/системи/псевдоніма, наприклад:

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

Команду для налаштування домену URI INVITE на CUBE можна знайти в наступному розділі в розділі абонента або сеансу ціль, наприклад:

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

ХостингNE

Щоб підтримувати параметри конфігурації обробки викликів Webex Meetings для виставлення рахунків і керування допуском до сеансів, атрибути сигналізації хостингу NE сервера програм Обов’язкова інформація про тип виклику і RequiresChargeIndication має бути ввімкнено в контексті 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, 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) для рішення Bring Your Own 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, якщо не вказано, що приклад застосовується до інших SBC. Щоб отримати інформацію про команди конфігурації, див. документацію SBC.

Після завершення конфігурації та підготовки рішення Використання власної служби ТМЗК партнер повинен виконати набір тестів приймання, щоб сертифікувати своє рішення. Це обов’язковий крок для затвердження та ввімкнення власної служби власної служби ТМЗК партнера.

Тестові приклади приймання описані в документі Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .

Партнер має надати результати успішно виконаних приймальних тестів команді приєднання та сертифікації.

Про запитання, проблеми та результати, отримані під час виконання тестів приймання, потрібно повідомляти та надсилати їх у просторі Webex, призначеному для приєднання Партнера.