За осигуряването на BYoPSTN трябва да бъдат изпълнени следните предпоставки. Предпоставките, дадени по-долу, предполагат, че Партньорът има работещ 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. Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създаване на телефонен номер за повикване Grou стр.

5. Въведете Група телефонни номера име и изберете Следваща .

6. Въведете Телефонен номер подробности и изберете Следваща .

7. Прегледайте обобщената информация за групата телефонни номера и изберете Запазете .

8. Повторете тази процедура за всяка група телефонни номера, която ще бъде добавена.

Екранните снимки по-долу илюстрират процедурата.

Тази стъпка трябва да бъде завършена само ако искате да разгърнете опцията Присъединяване към среща чрез обратно повикване. В противен случай можете да пропуснете тази стъпка.

Ако не конфигурирате тази опция, потребителите могат да използват опцията за повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио.

Когато използвате опцията Обратно повикване за среща, се изисква DNS SRV група за обратно повикване за маршрутизиране на повиквания от Webex към CUBE. Процедурата, която партньорът на Cisco използва, за да добави своите CUBE DNS SRV записи към Webex , е както следва:

1. Влезте в Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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 Partners по подобен начин да създадат нов Клиентски шаблон за всяка уникална комбинация от група телефонни номера и група за обратно извикване DNS SRV . Всеки клиентски шаблон трябва да се използва за генериране на съответна начална организация.

След като конфигурацията на BYoPSTN бъде заредена и проверена с помощта на началните организации, групите за телефонни номера и DNS SRV групите за обратно извикване могат да бъдат приложени към съществуващи клиентски шаблони, както е необходимо.

Моля, имайте предвид, че новосъздадените клиентски шаблони не се използват от съществуващи нетестови клиенти и следователно могат безопасно да се използват за ръчна проверка на конфигурацията на BYoPSTN.

Ако не внедрявате присъединяване към среща чрез обратно повикване, не е необходимо да свързвате DNS SRV групи за обратно извикване с клиентския шаблон. Все пак трябва да изберете Деактивирайте обратното повикване .

За да добавите към нов клиентски шаблон, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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

5. Въведете подробностите за шаблона. В Тип пакет етап:

   • Изберете Тип пакет като Стандартно .

   • Изберете Конфигурация за присъединяване към среща като Предоставени от партньора номера за повикване (BYoPSTN) .

   • Изберете осигурен Група телефонни номера .

   • За DNS SRV група за обратно извикване, ако искате да активирате опцията Обратно повикване за среща, изберете предоставена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .

6. Изберете Следваща .

7. Въведете останалите данни за шаблона.

8. Прегледайте обобщението на подробностите за шаблона.

9. Щракнете върху Запиши.

10. Повторете тази процедура за всеки клиентски шаблон, който трябва да бъде добавен

Екранната снимка по-долу илюстрира процедурата.

За да актуализирате съществуващ клиентски шаблон, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks раздел.

4. Под Шаблони , изберете Преглед на шаблона .

5. Изберете шаблона за актуализиране.

6. Превъртете до Конфигурация за присъединяване към среща раздел:

   • Изберете Предоставени от партньора номера за повикване (BYoPSTN) .

   • Изберете предварително конфигуриран Група телефонни номера .

   • За DNS SRV група за обратно извикване , ако искате да активирате опцията Обратно повикване за среща, изберете осигурена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .

7. Изберете Запазете .

   Екранната снимка по-долу илюстрира процедурата.

Решението BYoPSTN има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно решението. Една от двете цели на организациите за първоначално решение е да генерират телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Другата цел е проверка на конфигурацията.

За всяка уникална комбинация от група телефонни номера и DNS SRV група за обратно повикване, която трябва да се използва, трябва предварително да бъде създаден съответен клиентски шаблон. За всеки от тези клиентски шаблони трябва да бъде осигурена организация за първоначално решение. Осигуряването на тези начални организации генерира телефонен номер за съпоставяне на кодове за достъп до среща и UUID на място за срещи за срещи, които са необходими за конфигуриране на BroadWorks.

Използвайки всеки от предварително конфигурираните клиентски шаблони, осигурете абонат за нов тестов доставчик на услуги BroadWorks или нов BroadWorks Enterprise с Стандартен пакет потребител. Получената Стандартен пакет място за срещи трябва да използва опцията за присъединяване към срещи за номера за повикване на доставчик на партньори. Всеки от следните методи може да се използва за осигуряване на абоната:

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

2. Активирайте тестовия абонат за услугата IM&P на BroadWorks, конфигуриран да използва клиентския шаблон. Моля, уверете се, че клиентският шаблон използва стандартния пакет по подразбиране, за да сте сигурни, че на тестовия абонат е присвоен стандартен пакет. Като алтернатива, тестовият абонат трябва впоследствие да бъде актуализиран, за да има стандартния пакет.

Моля, обърнете внимание, че се препоръчва организациите за първоначално решение да бъдат свързани с тестов доставчик на услуги на BroadWorks или тестов BroadWorks Enterprise.

Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Не трябва да изтривате началната организация, тъй като свързаният място за срещи също ще бъде изтрит. Ако началната организация бъде премахната, ще трябва да осигурите нова и да преконфигурирате Broadworks с новия UUID на сайта.

Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.

За да изберете организацията за първични семена, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks раздел.

4. Под Проверка на конфигурацията (BYoPSTN) раздел, изберете Присвояване .

5. В Назначете организация екран, потърсете и изберете една от първоначалните организации, конфигурирани преди това

6. Изберете Присвояване .

   Избраната семенна организация е основната семенна организация.

Екранните снимки по-долу илюстрират процедурата.

Подробностите за организацията на първичното начално решение, групите телефонни номера и DNS SRV групата за обратно извикване за даден BroadWorks клъстер са достъпни на едно място, в конфигурационния файл на BroadWorks (BYoPSTN) JSON. Тази информация е необходима за конфигуриране на BroadWorks за BYoPSTN.

Моля, имайте предвид, че конфигурационен файл JSON е достъпен за преглед/изтегляне само след като бъде избрана основната организация за първоначално решение.

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

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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"
      }
   ]
}

Домейнът Webex Edge Audio DNS SRV трябва да бъде конфигуриран на BroadWorks. Използвайте следната процедура, за да определите стойността.

1. Влезте в Cisco Partner Hub.

2. Отидете на Клиенти .

3. Изберете предприятието за валидиране на BYoPSTN.

4. Изберете Преглед на клиента.

5. Отидете на Услуги/Срещи .

6. Изберете място за срещи със стандартен пакет.

7. Превъртете до долната част на страничния панел, изберете Конфигуриране на сайта .

8. Изберете Общи настройки / аудио настройки .

9. Под Персонализирани глобални номера за повикване Edge Audio раздел, изберете Генерирайте Lua скрипт .

10. В изскачащия прозорец потърсете стойност “-- Актуализиране до заглавка с CCAX URL”.

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    

11. Извлечете стойността с удебелен шрифт, например, ecccx.amer.webex.com.

Това е домейнът Webex Edge Audio DNS SRV , който трябва да бъде конфигуриран на 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 Application Server и Network Server са конфигурирани за TCP:

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

Сървър на приложения

Идентифициране/тип на профила на устройството

Трябва да се създаде нов тип профил на самоличност/устройство, който да представлява CUBE. Уверете се, че сте задали следните свойства по-долу, докато други могат да бъдат оставени със стойности по подразбиране:

• Тип на сигналния адрес— Задайте на Интелигентно прокси адресиране

• Удостоверяване — Задаване на Разрешено

• Подкрепете самоличността в АКТУАЛИЗИРАНЕ и повторно ПОКАНВАНЕ — Проверено

• Възможност за статична регистрация — Задаване на Разрешено

• Възможност за видео — Задаване на Забранено

В примера по-долу новият профил на самоличност/устройство Тип „VXML_profile ” е създаден, за да представлява КУБА.

Гласов 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 Audio за този място за срещи (например ecccspx.amer.pub.webex.com)

• Контактна глътка —За повиквания за среща на номера за достъп, ПОКАНАТА ще бъде изпратена с 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 Addresses.

За всеки допълнителен номер за достъп до срещата, който ще се използва, трябва да се създаде допълнителен виртуален абонат на 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 към CUBE IP.

В нашия пример 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 , за да контролирате как се обработват повикванията за повикване в Meeting. По подразбиране обажданията за повикване в среща се обработват като външни повиквания, тъй като номерата за повикване се хостват в специално предприятие или доставчик на услуги. Външните обаждания обикновено се включват в броя на сесиите за контрол на сесиите и се маркират за таксуване в полето CDR индикатор за зареждане .

Следващият пример добавя препоръчителната конфигурация за обработка на повикванията за срещи като вътрешни повиквания, така че те да бъдат изключени от таксуване и изключени от броя на контрола за приемане на сесия.

Чрез настройка Прилагане на поле за зареждане на NS вярно, населението на полето 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 Meeting (наричан по-долу абонат за обратно извикване на среща на VoiceXML) трябва да бъде конфигуриран на BroadWorks Application Server (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 Billing support for CallBack and CallIn“ зависи от функцията „BroadWorks Support for CI UUID“, преди да активирате функцията (102074), вие също трябва да активирате функцията (102746). За повече подробности вижте раздела „Синхронизиране на потребителски UUID на CI (Поддръжка на Broadworks за CI UUID)“.

Абонатът за обратно повикване на VoiceXML среща е подобен на съществуващия виртуален абонат на BYOPSTN VXML, но го маркира с нов флаг „Обратно повикване на Webex Meeting“. Този абонат за обратно повикване на 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

Платформа за доставка на приложения

CI User UUID Sync (Broadworks поддръжка за CI UUID)

Потребителският CI UUID е уникален идентификатор за идентифициране на потребителите в средата на Webex .

Това приложение за синхронизиране на Webex Provisioning Sync на платформата за доставка на приложения на Cisco BroadWorks (ADP) се използва за синхронизиране, картографиране и съхраняване на потребителския CI UUID в инфраструктурата на BroadWorks, така че да може да се използва при различни взаимодействия с услугата Webex и Webex за BroadWorks.

Отнесете се към „ Активиране на обратно извикване на срещата на Webex “ относно начина на CI потребител UUID асоциацията се използва от Cisco BroadWorks Network Server и Cisco BroadWorks Application Server.

Следните стъпки настройвам приложението Webex Provisioning Sync за периодично анкетиране и актуализиране на потребителите на BroadWork с UUID на CI.

Приложението за синхронизиране на предоставяне на Webex изисква идентификационни данни за OAuth със spark-admin:broadworks_subscribers_read обхват за доставчика на Cisco Identity Provider и може да бъде получен чрез повдигане на заявка за услуга с вашия агент за въвеждане.

Проверете секцията „Получаване на идентификационни данни за 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 вече може да извърши асоциирането на CI UUID с потребителите на BroadWorks.

Променете времето за изчакване на връзката, като използвате следните команди:

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

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

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

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

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

Това свързване може да се извърши автоматично или ръчно. Командата на CLI manualSync може незабавно да задейства свързването да се осъществи.

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

Партньори с 'Enabled', зададено на 'true', изпълняват асоциирания в интервал на запитване. По време на първоначалното свързване приложението Webex Provisioning Sync отправя запитвания към API на абонатите на Webex , за да извлече данните, съдържащи UUID на CI за всички потребители, хоствани от партньора. Външният ИД на потребителя на BroadWorks се актуализира със свързания CI UUID. Последващите асоциации засягат потребителите, добавени към партньора. Командата status може да се използва, за да се види дали синхронизацията е завършена.

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

След като синхронизацията приключи, състоянието се променя обратно на наблюдение. Следващата синхронизация се извършва на потребители, добавени към партньора след „Последно синхронизиране“.

Следната фигура показва UUID на CI, зададен във външния ИД:

Мрежов сървър

Тип повикване

За целите на фактурирането и отчитането може да е желателно да се маркират 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    

CDR, произхождащи от BroadWorks, се генерират само от повиквания, произхождащи от абонати на скорост . PSTN повиквания от "мрежовата" страна на AS няма да генерират изходни CDR. И в двата случая ще има прекратяващ CDR за виртуалния абонат на VoiceXML.

RoutingNE

За представяне на CUBE се изисква RoutingNE в NS под /System/Device/RoutingNE CLI контекст. По този начин, когато NS получи INVITE от 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: използва се за идентифициране на hostCIUserUuid, meetingid и siteUUID.

След получаване на ПОКАНАТА, 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_ Контекст 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

ХостингNE

За да се поддържат опции за конфигурация за обработка на повиквания на Webex Meetings за таксуване и контрол на приемане на сесии, атрибутите за сигнализиране на Hosting NE на сървъра на приложения Изисква се CallTypeInfo и Изисква индикация за зареждане трябва да бъде активиран в контекста 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

кога enableWebexMeetingHoostLookup системният параметър е зададен на true, потребителският CI UUID на домакин на среща в заглавката на X-Cisco-Meet-Info се използва за идентифициране на двойката AS , домакин на среща .

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Този раздел предоставя валидирана конфигурация за това как да внедрите Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (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, вижте вашата 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 на номер от обществена телефонна централа)

• Необходими са корекции на 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. Под Конфигурация за присъединяване към среща (BYoPSTN) , изберете Създаване на телефонен номер за повикване Grou стр.

5. Въведете Група телефонни номера име и изберете Следваща .

6. Въведете Телефонен номер подробности и изберете Следваща .

7. Прегледайте обобщената информация за групата телефонни номера и изберете Запазете .

8. Повторете тази процедура за всяка група телефонни номера, която ще бъде добавена.

Екранните снимки по-долу илюстрират процедурата.

Тази стъпка трябва да бъде завършена само ако искате да разгърнете опцията Присъединяване към среща чрез обратно повикване. В противен случай можете да пропуснете тази стъпка.

Ако не конфигурирате тази опция, потребителите могат да използват опцията за повикване, за да се присъединят към срещи, или могат да се присъединят с компютърно аудио.

Когато използвате опцията Обратно повикване за среща, се изисква DNS SRV група за обратно повикване за маршрутизиране на повиквания от Webex към CUBE. Процедурата, която партньорът на Cisco използва, за да добави своите CUBE DNS SRV записи към Webex , е както следва:

1. Влезте в Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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 Partners по подобен начин да създадат нов Клиентски шаблон за всяка уникална комбинация от група телефонни номера и група за обратно извикване DNS SRV . Всеки клиентски шаблон трябва да се използва за генериране на съответна начална организация.

След като конфигурацията на BYoPSTN бъде заредена и проверена с помощта на началните организации, групите за телефонни номера и DNS SRV групите за обратно извикване могат да бъдат приложени към съществуващи клиентски шаблони, както е необходимо.

Моля, имайте предвид, че новосъздадените клиентски шаблони не се използват от съществуващи нетестови клиенти и следователно могат безопасно да се използват за ръчна проверка на конфигурацията на BYoPSTN.

Ако не внедрявате присъединяване към среща чрез обратно повикване, не е необходимо да свързвате DNS SRV групи за обратно извикване с клиентския шаблон. Все пак трябва да изберете Деактивирайте обратното повикване .

За да добавите към нов клиентски шаблон, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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

5. Въведете подробностите за шаблона. В Тип пакет етап:

   • Изберете Тип пакет като Стандартно .

   • Изберете Конфигурация за присъединяване към среща като Предоставени от партньора номера за повикване (BYoPSTN) .

   • Изберете осигурен Група телефонни номера .

   • За DNS SRV група за обратно извикване, ако искате да активирате опцията Обратно повикване за среща, изберете предоставена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .

6. Изберете Следваща .

7. Въведете останалите данни за шаблона.

8. Прегледайте обобщението на подробностите за шаблона.

9. Щракнете върху Запиши.

10. Повторете тази процедура за всеки клиентски шаблон, който трябва да бъде добавен

Екранната снимка по-долу илюстрира процедурата.

За да актуализирате съществуващ клиентски шаблон, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks раздел.

4. Под Шаблони , изберете Преглед на шаблона .

5. Изберете шаблона за актуализиране.

6. Превъртете до Конфигурация за присъединяване към среща раздел:

   • Изберете Предоставени от партньора номера за повикване (BYoPSTN) .

   • Изберете предварително конфигуриран Група телефонни номера .

   • За DNS SRV група за обратно извикване , ако искате да активирате опцията Обратно повикване за среща, изберете осигурена DNS SRV група за обратно повикване. В противен случай изберете Деактивирайте обратното повикване .

7. Изберете Запазете .

   Екранната снимка по-долу илюстрира процедурата.

Решението BYoPSTN има няколко различни компонента, всеки от които трябва да бъде конфигуриран правилно, за да работи успешно решението. Една от двете цели на организациите за първоначално решение е да генерират телефонен номер за съпоставяне на кодове за достъп до място за срещи и универсален уникален идентификатор (UUID на сайта), които са необходими за текущата работа на решението. Другата цел е проверка на конфигурацията.

За всяка уникална комбинация от група телефонни номера и DNS SRV група за обратно повикване, която трябва да се използва, трябва предварително да бъде създаден съответен клиентски шаблон. За всеки от тези клиентски шаблони трябва да бъде осигурена организация за първоначално решение. Осигуряването на тези начални организации генерира телефонен номер за съпоставяне на кодове за достъп до среща и UUID на място за срещи за срещи, които са необходими за конфигуриране на BroadWorks.

Използвайки всеки от предварително конфигурираните клиентски шаблони, осигурете абонат за нов тестов доставчик на услуги BroadWorks или нов BroadWorks Enterprise с Стандартен пакет потребител. Получената Стандартен пакет място за срещи трябва да използва опцията за присъединяване към срещи за номера за повикване на доставчик на партньори. Всеки от следните методи може да се използва за осигуряване на абоната:

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

2. Активирайте тестовия абонат за услугата IM&P на BroadWorks, конфигуриран да използва клиентския шаблон. Моля, уверете се, че клиентският шаблон използва стандартния пакет по подразбиране, за да сте сигурни, че на тестовия абонат е присвоен стандартен пакет. Като алтернатива, тестовият абонат трябва впоследствие да бъде актуализиран, за да има стандартния пакет.

Моля, обърнете внимание, че се препоръчва организациите за първоначално решение да бъдат свързани с тестов доставчик на услуги на BroadWorks или тестов BroadWorks Enterprise.

Изключително важно е този място за срещи да остане осигурен, тъй като UUID на този сайт се изпраща във всяка заявка за присъединяване към среща с повикване като токен за удостоверяване. Не трябва да изтривате началната организация, тъй като свързаният място за срещи също ще бъде изтрит. Ако началната организация бъде премахната, ще трябва да осигурите нова и да преконфигурирате Broadworks с новия UUID на сайта.

Основните и всички вторични организации за начално решение могат да бъдат изтрити, ако желаете, преди наборът от телефонни номера и DNS SRV записите за обратно повикване да бъдат присвоени на клиенти, които не са тествани. Когато наборът от телефонни номера и DNS SRV записи за обратно повикване се присвояват на нетестови клиенти, тези телефонни номера и записи за обратно повикване се асоциират със сайтове за срещи за тези клиенти и се използват за присъединяване към среща с помощта на повикване и обратно повикване. Всички промени трябва да се считат за засягащи услугата.

За да изберете организацията за първични семена, направете следното:

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks раздел.

4. Под Проверка на конфигурацията (BYoPSTN) раздел, изберете Присвояване .

5. В Назначете организация екран, потърсете и изберете една от първоначалните организации, конфигурирани преди това

6. Изберете Присвояване .

   Избраната семенна организация е основната семенна организация.

Екранните снимки по-долу илюстрират процедурата.

Подробностите за организацията на първичното начално решение, групите телефонни номера и DNS SRV групата за обратно извикване за даден BroadWorks клъстер са достъпни на едно място, в конфигурационния файл на BroadWorks (BYoPSTN) JSON. Тази информация е необходима за конфигуриране на BroadWorks за BYoPSTN.

Моля, имайте предвид, че конфигурационен файл JSON е достъпен за преглед/изтегляне само след като бъде избрана основната организация за първоначално решение.

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

1. Влезте в Cisco Partner Hub.

2. Посетете настройките.

3. Превъртете до Обаждане на BroadWorks .

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"
      }
   ]
}

Домейнът Webex Edge Audio DNS SRV трябва да бъде конфигуриран на BroadWorks. Използвайте следната процедура, за да определите стойността.

1. Влезте в Cisco Partner Hub.

2. Отидете на Клиенти .

3. Изберете предприятието за валидиране на BYoPSTN.

4. Изберете Преглед на клиента.

5. Отидете на Услуги/Срещи .

6. Изберете място за срещи със стандартен пакет.

7. Превъртете до долната част на страничния панел, изберете Конфигуриране на сайта .

8. Изберете Общи настройки / аудио настройки .

9. Под Персонализирани глобални номера за повикване Edge Audio раздел, изберете Генерирайте Lua скрипт .

10. В изскачащия прозорец потърсете стойност “-- Актуализиране до заглавка с CCAX URL”.

     
    -- Update To header with CCAX URL
     local oldTo1 = msg:getHeader("To")
     local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>")
     msg:modifyHeader("To", newTo1)
    

11. Извлечете стойността с удебелен шрифт, например, ecccx.amer.webex.com.

Това е домейнът Webex Edge Audio DNS SRV , който трябва да бъде конфигуриран на 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 Application Server и Network Server са конфигурирани за TCP:

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

Сървър на приложения

Идентифициране/тип на профила на устройството

Трябва да се създаде нов тип профил на самоличност/устройство, който да представлява CUBE. Уверете се, че сте задали следните свойства по-долу, докато други могат да бъдат оставени със стойности по подразбиране:

• Тип на сигналния адрес— Задайте на Интелигентно прокси адресиране

• Удостоверяване — Задаване на Разрешено

• Подкрепете самоличността в АКТУАЛИЗИРАНЕ и повторно ПОКАНВАНЕ — Проверено

• Възможност за статична регистрация — Задаване на Разрешено

• Възможност за видео — Задаване на Забранено

В примера по-долу новият профил на самоличност/устройство Тип „VXML_profile ” е създаден, за да представлява КУБА.

Гласов 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 Audio за този място за срещи (например ecccspx.amer.pub.webex.com)

• Контактна глътка —За повиквания за среща на номера за достъп, ПОКАНАТА ще бъде изпратена с 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 Addresses.

За всеки допълнителен номер за достъп до срещата, който ще се използва, трябва да се създаде допълнителен виртуален абонат на 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 към CUBE IP.

В нашия пример 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 , за да контролирате как се обработват повикванията за повикване в Meeting. По подразбиране обажданията за повикване в среща се обработват като външни повиквания, тъй като номерата за повикване се хостват в специално предприятие или доставчик на услуги. Външните обаждания обикновено се включват в броя на сесиите за контрол на сесиите и се маркират за таксуване в полето CDR индикатор за зареждане .

Следващият пример добавя препоръчителната конфигурация за обработка на повикванията за срещи като вътрешни повиквания, така че те да бъдат изключени от таксуване и изключени от броя на контрола за приемане на сесия.

Чрез настройка Прилагане на поле за зареждане на NS вярно, населението на полето 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 Meeting (наричан по-долу абонат за обратно извикване на среща на VoiceXML) трябва да бъде конфигуриран на BroadWorks Application Server (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 Billing support for CallBack and CallIn“ зависи от функцията „BroadWorks Support for CI UUID“, преди да активирате функцията (102074), вие също трябва да активирате функцията (102746). За повече подробности вижте раздела „Синхронизиране на потребителски UUID на CI (Поддръжка на Broadworks за CI UUID)“.

Абонатът за обратно повикване на VoiceXML среща е подобен на съществуващия виртуален абонат на BYOPSTN VXML, но го маркира с нов флаг „Обратно повикване на Webex Meeting“. Този абонат за обратно повикване на 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

Платформа за доставка на приложения

CI User UUID Sync (Broadworks поддръжка за CI UUID)

Потребителският CI UUID е уникален идентификатор за идентифициране на потребителите в средата на Webex .

Това приложение за синхронизиране на Webex Provisioning Sync на платформата за доставка на приложения на Cisco BroadWorks (ADP) се използва за синхронизиране, картографиране и съхраняване на потребителския CI UUID в инфраструктурата на BroadWorks, така че да може да се използва при различни взаимодействия с услугата Webex и Webex за BroadWorks.

Отнесете се към „ Активиране на обратно извикване на срещата на Webex “ относно начина на CI потребител UUID асоциацията се използва от Cisco BroadWorks Network Server и Cisco BroadWorks Application Server.

Следните стъпки настройвам приложението Webex Provisioning Sync за периодично анкетиране и актуализиране на потребителите на BroadWork с UUID на CI.

Приложението за синхронизиране на предоставяне на Webex изисква идентификационни данни за OAuth със spark-admin:broadworks_subscribers_read обхват за доставчика на Cisco Identity Provider и може да бъде получен чрез повдигане на заявка за услуга с вашия агент за въвеждане.

Проверете секцията „Получаване на идентификационни данни за 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 вече може да извърши асоциирането на CI UUID с потребителите на BroadWorks.

Променете времето за изчакване на връзката, като използвате следните команди:

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

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

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

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

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

Това свързване може да се извърши автоматично или ръчно. Командата на CLI manualSync може незабавно да задейства свързването да се осъществи.

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

Партньори с 'Enabled', зададено на 'true', изпълняват асоциирания в интервал на запитване. По време на първоначалното свързване приложението Webex Provisioning Sync отправя запитвания към API на абонатите на Webex , за да извлече данните, съдържащи UUID на CI за всички потребители, хоствани от партньора. Външният ИД на потребителя на BroadWorks се актуализира със свързания CI UUID. Последващите асоциации засягат потребителите, добавени към партньора. Командата status може да се използва, за да се види дали синхронизацията е завършена.

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

След като синхронизацията приключи, състоянието се променя обратно на наблюдение. Следващата синхронизация се извършва на потребители, добавени към партньора след „Последно синхронизиране“.

Следната фигура показва UUID на CI, зададен във външния ИД:

Мрежов сървър

Тип повикване

За целите на фактурирането и отчитането може да е желателно да се маркират 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    

CDR, произхождащи от BroadWorks, се генерират само от повиквания, произхождащи от абонати на скорост . PSTN повиквания от "мрежовата" страна на AS няма да генерират изходни CDR. И в двата случая ще има прекратяващ CDR за виртуалния абонат на VoiceXML.

RoutingNE

За представяне на CUBE се изисква RoutingNE в NS под /System/Device/RoutingNE CLI контекст. По този начин, когато NS получи INVITE от 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: използва се за идентифициране на hostCIUserUuid, meetingid и siteUUID.

След получаване на ПОКАНАТА, 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_ Контекст 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

ХостингNE

За да се поддържат опции за конфигурация за обработка на повиквания на Webex Meetings за таксуване и контрол на приемане на сесии, атрибутите за сигнализиране на Hosting NE на сървъра на приложения Изисква се CallTypeInfo и Изисква индикация за зареждане трябва да бъде активиран в контекста 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

кога enableWebexMeetingHoostLookup системният параметър е зададен на true, потребителският CI UUID на домакин на среща в заглавката на X-Cisco-Meet-Info се използва за идентифициране на двойката AS , домакин на среща .

INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68

Този раздел предоставя валидирана конфигурация за това как да внедрите Cisco Unified Border Element (CUBE) като Session Border Controller (SBC) (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, вижте вашата 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 , определено за включване на партньора.