- Головна
- /
- Стаття
Визначення
Визначення | Опис |
---|---|
Партнер Cisco | Організація (зазвичай постачальник послуг), яка продає продукти та послуги Cisco своїм клієнтам. |
Кінцевий клієнт | Користувачі, які використовують продукти та послуги Cisco, продані їм партнером Cisco. |
CUBE | Cisco Unified Border Element |
Партнерська організація | репозиторій Webex Identity and Service Management, який зберігає інформацію про партнерів Cisco та їхніх клієнтів. |
Партнерський центр | Вебпортал для надання ідентифікаційних даних і служб для партнерів Cisco та клієнтів, якими вони керують. |
Організація клієнта | репозиторій Webex Identity and Service Management, який зберігає інформацію про кінцевого клієнта. |
Підприємство або постачальник послуг / група BroadWorks | Представлення кінцевого клієнта в BroadWorks. |
Огляд
Рішення Bring Your Own PSTN (BYoPSTN) дозволяє Webex для постачальників послуг Cisco BroadWorks надавати телефонні номери, якими вони володіють, користувачам для використання під час приєднання до Webex Meetings. Рішення дозволяє партнерам використовувати свої власні мережі PSTN і використовувати існуючі відносини з постачальниками послуг PSTN, а не використовувати надані Cisco номери.
Довідкова архітектура в цьому документі забезпечує наскрізний дизайн для опції BYoPSTN. Ця архітектура перевірена компанією Cisco і використовує Cisco Unified Border Element (CUBE) як контролер меж сесії (SBC) для трафіку дзвінків між BroadWorks і Webex Meetings.
Вибір параметра приєднання до наради
Зараз Webex для Cisco BroadWorks підтримує два варіанти підготовки номерів телефонів для нарад. Постачальники послуг повинні вибрати один із цих двох варіантів — комбінація не підтримується:
Номери телефону системи Cisco (Cisco ТМЗК) — Cisco надає номери телефонів, які учасники наради можуть використовувати для приєднання до нарад.
Номери телефону системи, надані партнером (BYoPSTN) — постачальники послуг надають власні номери телефонів для використання учасниками наради під час приєднання до нарад.
Рішення власної служби ТМЗК
Партнери, які вибрали параметр Номери телефону системи, надані партнером (BYoPSTN), повинні надати власні телефонні номери ТМЗК і надати інфраструктуру мережі, необхідну для маршрутизації викликів на та з Webex. Рішення Використання власної служби ТМЗК полегшує маршрутизацію викликів Over the Top (OTT) через загальнодоступний інтернет від BroadWorks до Webex.
У разі вибору параметра Використання власної служби ТМЗК застосовуються такі умови:
Партнери Cisco можуть використовувати ті самі номери телефону для більш ніж одного кінцевого клієнта. Ці номери телефонів можуть бути в будь-якій країні, де працює Партнер.
Параметр Використання власної служби ТМЗК не вимагає змін до загального процесу приєднання для клієнтів Webex для Cisco BroadWorks.
Використання власної служби ТМЗК вимагає підготовки на рівні партнера Cisco, і будь-які кінцеві клієнти, яких партнери активують після запуску власної служби ТМЗК, вмикаються автоматично.
Уся підготовка, необхідна для сайтів нарад клієнтів, є автоматичною, як і в поточному загальнодоступному рішенні.
Партнери, які активують пакети Standard і Premium, мають два вебсайти для нарад: один вебсайт для стандартних користувачів і інший для користувачів Premium. Обидва сайти ввімкнено для власної служби ТМЗК.
Учасники наради, які дзвонять на номер системи наради, можуть вибрати використання спільного доступу до відео та контенту через інтернет.
Застосовується до приєднання до нарад як для нарад у просторі, так і для нарад PMR. Зауважте, що для нарад в просторі простір повинен бути створений користувачем стандартної або преміальної категорії з можливостями організатора нарад Webex, щоб отримати номер доступу до ТМЗК. Простори, створені базовими користувачами, не отримують номери доступу до ТМЗК.
У цьому документі наведено перевірену конфігурацію, яка використовує CUBE як SBC. Однак, якщо ви не хочете використовувати CUBE, ви можете розгорнути власний SBC.
Архітектура
Рішення Webex для Cisco BroadWorks BYoPSTN базується на наборі служб Webex Edge, зокрема на службі аудіо Webex Edge, доступній корпоративним клієнтам. Архітектура адаптована для інтеграції інфраструктури Cisco Partners BroadWorks з Webex Edge Audio, що дозволяє партнеру Cisco централізовано налаштовувати набори телефонних номерів для використання кінцевими клієнтами.
Основні елементи архітектури:
BroadWorks — інфраструктура BroadWorks партнерів Cisco
Cisco Unified Border Element (CUBE) — контрольний прикордонний контролер сеансу (SBC) для рішення, розгорнутого в центрі обробки даних Cisco Partners. CUBE має бути всередині DMZ. Зверніть увагу: якщо ви не хочете використовувати CUBE, ви можете розгорнути власний SBC.
Аудіо Webex Edge — служба Webex, яка від’єднує ТМЗК від Webex шляхом зміни маршрутизації викликів, щоб використовувати інфраструктуру, надану партнером Cisco.
Виклики учасників з метою приєднання до наради передаються через BroadWorks до CUBE і від CUBE до інфраструктури Webex у хмарі через інтернет. Ця модель застосовується для обох сценаріїв приєднання до наради:
Виклик на номер системи — учасник набирає номер телефону в запрошенні на нараду на своєму телефонному апараті, зареєстрованому на BroadWorks, мобільному пристрої або в програмі Webex. Виклик ініціюється BroadWorks.
Зворотний виклик (необов’язково) —учасник просить, щоб Webex зателефонував за номером телефону, який надає учасник. Виклик ініційовано Webex.
Виклики, маршрутизовані від BroadWorks до CUBE в межах інфраструктури партнера, використовуватимуть SIP TCP для сигналізації викликів і RTP для медіа. Від CUBE до Webex дзвінки використовують SIP TLS для сигналізації та sRTP для медіа. Маршрутизація викликів із CUBE до WebEx здійснюється через інтернет і не використовує SIP-транк.
Типове налаштування для сценаріїв виклику/зворотного виклику таке:
Партнер Cisco має номер телефону ТМЗК (наприклад, 2403332200) і пов’язаний код доступу Webex (наприклад, 88631321777971704941).
Партнер Cisco надає віртуального абонента на BroadWorks, який відповідає пристрою CUBE. Партнер зіставляє номер телефону з кодом доступу і навпаки.
Код доступу, який надсилається Webex у повідомленнях SIP, ідентифікує сайти нарад, пов’язані з партнером Cisco.
Наведений вище номер телефону для доступу до зіставлення кодів налаштовується один раз і є загальним для всіх сайтів нарад кінцевих клієнтів.
Учасники, які приєднуються до наради, повинні ввести відповідний ідентифікатор наради (наприклад, 123456), який ідентифікує конкретну нараду, до якої потрібно приєднатися.
Партнерам рекомендується використовувати модель резервування, наведену нижче.
Приєднання до наради за допомогою системного виклику
На зображенні нижче показано процес користувача, який приєднується до наради за допомогою виклику системи.
Нижче наведено дії, необхідні для приєднання учасника до наради за допомогою виклику на номер системи.
Користувач планує нараду у Webex. Webex призначає ідентифікатор наради (наприклад, 123456).
Користувач набирає номер телефону, пов’язаний із нарадою (наприклад, 2403332200). Запрошення SIP містить URI запиту як номер телефону, пов’язаний із нарадою.
BroadWorks перетворює номер телефону на код доступу (наприклад, 88631321777971704941), пов’язаний із сайтом наради, і маршрутизує виклик до CUBE з використанням URI запиту як коду доступу.
Webex отримує ЗАПРОШЕННЯ SIP і відповідає на виклик. Мова оголошень визначається мовою, указаною для номера телефону, коли він надається в Cisco Partner Hub і BroadWorks.
Користувач вводить ідентифікатор наради (наприклад, 123456) за допомогою DTMF. Webex перевіряє користувача, а потім дозволяє йому приєднатися до наради.
Приєднання до наради за допомогою зворотного виклику (необов’язково)
На зображенні нижче показано процес користувача, який приєднується до наради за допомогою зворотного виклику. Користувач надсилає запит на виклик від Webex, щоб приєднатися до наради.
Нижче наведено кроки, необхідні для приєднання учасника до наради за допомогою зворотного виклику.
Користувач планує нараду у Webex. Webex призначає ідентифікатор наради (наприклад, 123456).
Користувач надсилає запит на виклик із Webex на потрібний номер (наприклад, +16504441000), щоб приєднатися до наради за допомогою програми Webex або клієнта Meetings.
Webex ініціює ЗАПРОШЕННЯ SIP до CUBE на основі групи зворотного виклику DNS SRV, наданої в Cisco Partner Hub і BroadWorks. URI запиту SIP INVITE містить номер телефону, на який необхідно отримати виклик (наприклад, +16504441000@cube.example.com).
CUBE перетворює номер телефону в ідентифікаторі віддаленої сторони до значення, яке ідентифікує віртуального абонента на BroadWorks (наприклад, 88631321777971704941@ecccx.amer.pub.webex.com). Це ідентифікує CUBE як віртуального користувача для сервера програм BroadWorks.
Зателефонувати користувачеві пропонується номер телефону, і користувач відповідає на виклик, щоб приєднатися до наради. Цей номер телефону може бути абонентом BroadWorks або номером ТМЗК. Якщо запитуваний номер є номером ТМЗК, BroadWorks використовує наданий шлях для маршрутизації виклику до ТМЗК.
Для параметра зворотного виклику обов’язково потрібно активувати дві такі функції:
- 102746 – Підтримка BroadWorks для UUID CI
- 102074 – Підтримка виставлення рахунків BYO PSTN для зворотних викликів і викликів
Це можна підтвердити з CLI, як показано нижче.
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
Докладний опис цих функцій і активації див. в розділі «Віртуальний абонент зворотного виклику наради VoiceXML» цього документа.
Якщо ви вирішите не налаштовувати параметр «Приєднання до наради за допомогою зворотного виклику», користувачі все одно зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера. У цьому випадку вам не потрібно налаштовувати групи зворотного виклику DNS SRV. |
Огляд конфігурації рішення
Рішення має кілька різних компонентів, кожен з яких має бути правильно налаштований, щоб рішення працювало успішно. Компоненти:
BroadWorks
CUBE (або альтернативний SP Certified Session Border Controller (SBC))
Аудіо Webex Edge
Існують взаємозалежності між конфігурацією цих різних компонентів, і тому одна або кілька організацій-початківців рішення повинні виконати необхідну конфігурацію рішення та перевірку.
Насівна організація
Початкова організація — це організація Webex, яку ви налаштовуєте для створення та перевірки параметрів для рішення Використання власної служби ТМЗК. Початкова організація повинна мати принаймні одного користувача, якому призначено a Стандартний пакет, і цей стандартний пакет має використовувати Номери телефону системи, надані партнером (БТМЗК) параметр приєднання до наради. Рекомендовано пов’язати вихідну організацію з тестовим постачальником послуг BroadWorks або підприємством.
Початкові організації рішення мають дві цілі:
Початкова конфігурація —Підготовка вихідних організацій генерує номер телефону для зіставлення кодів доступу до нарад і універсальний унікальний ідентифікатор сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Ця інформація потрібна для налаштування віртуальних абонентів BroadWorks (VSUB).
Перевірка конфігурації —Використовуйте вихідну організацію, щоб визначити, чи налаштовано ваше рішення Використання власної служби ТМЗК відповідно до ваших вимог. Використовуйте вихідну організацію та тестуйте користувачів, щоб перевірити варіанти використання викликів на нараду та зворотного виклику за допомогою номерів виклику, наданих партнером, і записів зворотного виклику DNS SRV (якщо ввімкнено зворотний виклик).
Адміністратор повинен створити організацію вихідного рішення для кожного унікального набору телефонних номерів і записів зворотного виклику DNS SRV. Створення організації вихідного рішення в кожному конкретному випадку створює необхідний номер телефону зі зіставленнями кодів доступу до наради та можливість перевірити пов’язані варіанти використання виклику на нараду та зворотного виклику для цих номерів телефону та записів зворотного виклику DNS SRV.
Адміністратор, який використовує Cisco Partner Hub, повинен вибрати одну організацію початкового рішення як організація первинного вихідного рішення . UUID сайту наради наради пакета Standard цієї організації основного вихідного рішення необхідно налаштувати на BroadWorks. Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Цей єдиний UUID вебсайту використовується всіма наборами телефонних номерів і записами зворотного виклику DNS SRV. Значення UUID кількох вебсайтів не є обов’язковими.
За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.
У наступних розділах надається докладна інформація про різні елементи конфігурації.
Елементи конфігурації Використання власної служби ТМЗК
Ключовим елементом рішення є конфігурація телефонних номерів партнера Cisco та записів зворотного виклику DNS SRV. Використання власної служби ТМЗК використовує групи телефонних номерів і групи зворотного виклику DNS SRV як спосіб призначення географічних номерів телефонів і резервування маршрутизації викликів для нарад Webex. Ці елементи призначаються кінцевим клієнтам шаблоном клієнта.
Групи телефонних номерів (PNG)
Партнери Cisco надають номери телефонів, які використовуються учасниками для приєднання до нарад у Cisco Partner Hub. Ці номери телефонів об’єднані в групу телефонних номерів. Список телефонних номерів пов’язано з вебсайтом наради. Усі особисті кімнати для нарад (PMR) і заплановані наради на цьому вебсайті для нарад використовують пов’язані номери телефонів. Нижче наведено приклад групи телефонних номерів:
Ім’я номера телефону | Країна | Код країни | Номер телефону | Оголошення | Тип платного номера | Пріоритет виклику |
---|---|---|---|---|---|---|
Меріленд, США | США | +1 | 2403332200 | Англійська | Платний | Основний |
США, Флорида | США | +1 | 9049002303 | Англійська | Платний | Вторинний |
США, Нью-Йорк | США | +1 | 8056504578 | Англійська | Безкоштовно | Немає |
Номери телефонів мають такі атрибути:
Ім’я номера телефону — ім’я для опису номера телефону
Країна — країна, до якої призначено телефон
Код країни — код країни, з якої телефонують, або код країни для набору номера
Номер телефону — номер телефону для приєднання до наради без коду країни
Оголошення — мова оголошення, яке відтворюватиметься, коли учасник приєднується до наради
Toll Type — тип номера: Платний або безкоштовний номер
Пріоритет виклику на номер системи — пріоритет, призначений номерам наради. Подання учасників номерів для приєднання до наради впорядковано відповідно до цього пріоритету.
Номери телефону за замовчуванням: Адміністратори можуть призначити пріоритет виклику на номер системи: Основний, Додатковий або Жодний номеру телефону в групі телефонних номерів. Номери телефону з пріоритетом Основний або Додатковий є телефонними номерами за замовчуванням. Номери телефонів за замовчуванням надсилаються в електронних листах із запрошеннями на нараду та перераховані в порядку пріоритетності, який учасники повинні використовувати для приєднання до нарад. Номери телефону за замовчуванням не обов’язково повинні бути в одній країні. Необхідно вибрати основний номер телефону, додатковий номер телефону є необов’язковим. Принаймні один із телефонних номерів за замовчуванням має бути типу Платний.
Користувачі кінцевих клієнтів можуть задати власні номери телефону за замовчуванням за допомогою вебінтерфейсу вебсайту наради. Ці номери відображаються для цього користувача та його учасників, коли вони є організаторами наради. Якщо користувач приєднається до наради як відвідувач, вони відображатимуться лише для нього.
Як указано в прикладі вище, умови адміністратора партнера Cisco Меріленд, США як основний і США, Флорида як другорядні, це номери телефону за замовчуванням. Користувач може змінити це на своїх нарадах, змінивши основний на США, Нью-Йорк і вторинний як Меріленд, США .
Максимальна кількість телефонних номерів для певної групи телефонних номерів становить 98.
ПРИМІТКА. Налаштування виділеного номера для одного підприємства не підтримується.
Групи зворотного виклику DNS SRV (CDSG)
Щоб дозволити учасникам наради вибирати варіант зворотного виклику, потрібна група зворотного виклику DNS SRV, яка вказує на екземпляри CUBE в мережі партнера Cisco. Webex використовує ці записи для маршрутизації зворотного виклику через CUBE до BroadWorks, який потім може перемістити зворотний виклик наради на номер телефону учасника наради.
Нижче наведено приклад групи зворотного виклику DNS SRV.
Країна/регіон | Код країни | Запис DNS SRV |
---|---|---|
США | +1 | cube.us.example.com |
Мексика | +52 | cube.mx.example.com |
Усі інші країни | Н/Д | cube.global.example.com |
Записи зворотного виклику DNS SRV мають такі атрибути:
Країна/регіон — країна або регіон, для яких цей запис DNS SRV має використовуватися для надсилання запитів на виклик.
Код країни — код країни, пов’язаний із країною/регіоном. Для коду країни може бути лише один запис DNS SRV.
Запис DNS SRV — запис DNS SRV для екземплярів Cisco Partner CUBE.
Коли учасник запитує виклик на вказаний ним номер телефону, Webex використовує виклик DNS SRV, пов’язаний із кодом країни для вказаного номера телефону, щоб маршрутизувати виклик до відповідних елементів у мережі Cisco Partners.
Використання запису DNS SRV у такий спосіб забезпечує підтримку резервних екземплярів CUBE для обслуговування запитів на виклики від Webex. У прикладі вище, коли учасники наради в США запитують зворотний виклик від Webex на їхній номер телефону в США, Webex використовує DNS SRV. cube.us.example.com
щоб маршрутизувати цей виклик до мережі партнера Cisco. Коли учасники наради в Мексиці подають запит на зворотний виклик від Webex на їхній номер телефону в Мексиці, Webex використовуватиме DNS SRV cube.mx.example.com
щоб маршрутизувати цей виклик до мережі партнера Cisco.
Для будь-якої країни або регіону, які не мають конкретного запису зворотного виклику DNS SRV, ці запити викликів спрямовуються на ' Усі інші країни Запис DNS SRV. Адміністратор повинен налаштувати запис DNS SRV «Усі інші країни».
Максимальна кількість записів для певної групи зворотного виклику DNS SRV становить 200.
Шаблони клієнтів
Шаблон клієнта – це вже наявна концепція рішення Webex для BroadWorks. Шаблон надає конфігурацію за замовчуванням, яка використовується для підготовки кінцевого клієнта. Використання власної служби ТМЗК надає додаткові атрибути шаблону клієнта:
Тип приєднання до наради: можуть бути або номери телефону системи Cisco, або номери телефону системи, надані партнером. Цей атрибут вказує на номери телефонів, налаштовані для сайтів для нарад, пов’язаних із пакетами «Стандартний» і «Преміум». Номери телефону системи, надані партнером, має вибирати адміністратор.
Група телефонних номерів. Цей атрибут пов’язаний лише з параметром системних телефонних номерів, наданими партнером, і вказує на номери телефонів, які використовуються кінцевими клієнтами, які надаються для пакетів «Стандартний» і «Преміум» під час приєднання до нарад.
Група зворотного виклику DNS SRV. Цей атрибут пов’язаний лише з параметром системних телефонних номерів, наданими партнером, і вказує на записи DNS SRV, які використовуються Webex під час зворотного виклику кінцевим клієнтам, які підготовлені для пакетів Standard і Premium під час приєднання до нарад. Якщо ви не хочете вмикати зворотний виклик, ви можете вибрати "Вимкнути зворотний виклик" під час створення або оновлення шаблону клієнта. Коли для Кінцевого клієнта надається перший абонент на стандартний або преміальний варіант, надається пов’язаний із пакетом сайт нарад. Сайт для нарад із пакетом підготовлено відповідно до наведеного вище шаблону клієнта. Будь-який згодом підготовлений абонент (стандартний або преміальний) додається до вже підготовленого сайту для нарад — конфігурація сайту для нарад не змінюється.
Будь-які зміни в шаблоні клієнта щодо наведених вище атрибутів застосовуються лише до нещодавно підготовлених сайтів для нарад із пакетом. Наявні вебсайти для нарад, уже підготовлені, не зазнають впливу змін у шаблоні клієнта.
Єдиним винятком є те, що якщо кінцевий клієнт уже має сайт пакетних нарад, будь-який новий сайт пакетних нарад буде підготовлено з використанням того самого типу приєднання до нарад, що й наявний сайт пакетних нарад. Наприклад, якщо кінцевий клієнт має вебсайт для нарад із пакетом «Стандартний», що використовує системні телефонні номери Cisco, а шаблон клієнта оновлено, щоб використовувати номери телефону системи, надані партнером, буде підготовлено новий сайт нарад із пакетом «Преміум» з використанням системних телефонних номерів Cisco, Налаштування шаблону клієнта не застосовується. Сайти для нарад «Стандартний» і «Преміум» для певного кінцевого клієнта завжди повинні бути надані послідовно.
Кластер викликів BroadWorks
Екран Cisco Partner Hub — BroadWorks Calling Cluster надає доступ до перегляду та/або завантаження Конфігурація BroadWorks (Використання власної служби ТМЗК) інформації. Інформація про конфігурацію Використання власної служби ТМЗК для заданого кластера включає такі дані:
Відомості про організацію Primary Seed Solution, зокрема UUID вебсайту для нарад зі стандартним пакетом і URL сайту.
Відомості про групу номерів телефону для всіх груп, налаштованих для цього кластера. Сюди входить зіставлення номерів телефону та кодів доступу до наради для кожної групи. Зауважте, що відомості мають містити групи, пов’язані з усіма організаціями вторинних вихідних рішень.
Відомості про групу зворотного виклику DNS SRV для всіх груп, налаштованих для цього кластера. Зауважте, що відомості мають містити групи, пов’язані з усіма організаціями вторинних вихідних рішень.
Відомості про шаблон клієнта для цих шаблонів із використанням будь-якої з груп телефонних номерів і груп зворотного виклику DNS SRV.
Кожен кластер викликів BroadWorks має власний кластер Конфігурація BroadWorks (Використання власної служби ТМЗК) інформацію, зокрема про призначені їй групи телефонних номерів і групу зворотного виклику DNS SRV. Однак зверніть увагу, що всі кластери викликів BroadWorks використовують одну й ту саму організацію Primary Seed Solution, а тому всі мають однаковий UUID вебсайту для нарад із пакетом стандартних пакетів і URL-адресу сайту.
, Конфігурація BroadWorks (Використання власної служби ТМЗК) інформація доступна для перегляду/завантаження лише тоді, коли адміністратор налаштує та вибере організацію Primary Seed Solution. Організація первинного вихідного рішення повинна мати принаймні одного користувача, призначеного до пакета «Стандарт», і цей стандартний пакет повинен використовувати параметр приєднання до нарад за номерами телефону системи, наданими партнером (BYoPSTN).
Приклад елементів конфігурації Використання власної служби ТМЗК
На зображенні нижче показано приклад багатокластерного розгортання BroadWorks з географічними шаблонами клієнтів, номерами телефонів і маршрутизацією.
У першій таблиці показано багатокластерне розгортання BroadWorks з регіональними шаблонами клієнтів, групами телефонних номерів і групами зворотного виклику DNS SRV. Наступні таблиці розгортають групу телефонних номерів і групи зворотного виклику DNS SRV.
Кластер BroadWorks | Ім’я шаблону | Упаковка | Тип приєднання до наради | Група телефонних номерів | Група зворотного виклику DNS SRV |
---|---|---|---|---|---|
BWKS США NG | Західний вул | Стандартні | Партнер надав номери телефону системи | Захід США | CB США |
Західний прем’єр США | Преміум | ||||
США East Std | Стандартні | Схід США | |||
Східний прем’єр США | Преміум | ||||
BWKS MX | Стандартний MX | Стандартні | Партнер надав номери телефону системи | MX PNG | CB MX |
MX Prem | Преміум | ||||
BWKS Велика Британія | Велика Британія | Стандартні | Партнер надав номери телефону системи | Велика Британія PNG | Зворотний виклик вимкнено |
Прем’єр-міністр Великої Британії | Преміум | ||||
BWKS США | Стандартний номер США | Стандартні | Номери телефону системи Cisco | Немає | Немає |
Абоненти, підготовлені за допомогою шаблону US West Std або US West Prm, під час приєднання до нарад використовують номер телефону West West. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB US DNS SRV.
Абоненти, підготовлені за допомогою шаблону US East Std або US East Prm, під час приєднання до нарад використовують номер телефону US East. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB US DNS SRV.
Абоненти, підготовлені за допомогою шаблону MX Std або MX Prm, використовують номер телефону MX PNG для приєднання до нарад. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB MX DNS SRV.
Абоненти, підготовлені за допомогою шаблону UK Std або UK Prm, використовують номери телефону PNG у Великобританії для приєднання до нарад. Цим абонентам не буде запропоновано приєднатися до наради за допомогою зворотного виклику, оскільки зворотний виклик вимкнено.
Абоненти, підготовлені за допомогою стандартного номера США, використовують системні телефонні номери Cisco, тому не мають призначених груп номерів телефонів або групи зворотного виклику DNS SRV. Ці абоненти використовують надані Cisco номери телефонів для приєднання до нарад і записи Cisco DNS SRV для приєднання до нарад за допомогою зворотного виклику.
Деталі прикладу груп телефонних номерів наведено нижче.
Група телефонних номерів | Ім’я номера телефону | Країна | Код країни | Номер телефону | Оголошення | Тип платного номера | Пріоритет виклику |
---|---|---|---|---|---|---|---|
Захід США | Сан-Франциско, США | США | +1 | 4156551000 | Англійська | Платний | Основний |
США, Пало-Альто | США | +1 | 9863502478 | Англійська | Безкоштовно | Немає | |
Схід США | Меріленд, США | США | +1 | 2403332200 | Англійська | Платний | Основний |
США, Флорида | США | +1 | 9049002303 | Англійська | Платний | Вторинний | |
США, Нью-Йорк | США | +1 | 8056504578 | Англійська | Безкоштовно | Немає | |
MX PNG | Мексика | MX | +52 | 2065304086 | Європейська Іспанська | Платний | Основний |
Велика Британія PNG | Великобританія | Великобританія | +44 | 4527789651 | Англійська | Платний | Основний |
Деталі прикладу груп зворотного виклику DNS SRV наведено нижче.
Група зворотного виклику DNS SRV | Країна | DNS SRV |
---|---|---|
CB США | США | cube.us.example.com |
Усі інші країни | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Усі інші країни | cube.row.example.com |
Конфігурація для запису DNS SRV США, cube.us.example.com може бути такою, як у прикладі:
| 86400 | ВХІД | SRV | 10 | 10 | 5061 |
|
| 86400 | ВХІД | SRV | 10 | 10 | 5061 |
|
Цей запис DNS SRV може бути розділений на такий запис DNS A:
| 86400 | ВХІД | A | 45.84.168.81 |
| 86400 | ВХІД | A | 45.84.168.82 |
Записи DNS SRV призначені для безпечних викликів SIP від Webex до CUBE. |
Порти, що використовуються Webex
Порти в таблиці нижче необхідно відкрити на брандмауері DMZ, де знаходиться CUBE, а інші порти можна закрити. Додаткову інформацію про порти та вимоги до мережі див. у статті:
https://collaborationhelp.cisco.com/article/WBX264
Джерело | Вихідні порти | Місце призначення | Порти призначення | Протокол | Опис | ||
---|---|---|---|---|---|---|---|
Служби аудіо Webex Edge | Короткотерміновий | CUBE | 5061 | TCP | (mTLS 1.2) Вхідні сигнали SIP від Webex Edge Audio до CUBE SBC.
| ||
Служби аудіо Webex Edge | 4000–4010 | CUBE | 5061 | TCP | (mTLS 1.2) Параметри Ping для аудіо Webex Edge. | ||
CUBE | Короткотерміновий | EdgeAudio | 5605 | TCP | (mTLS 1.2) Вихідна сигналізація SIP для аудіо Webex Edge. | ||
Служби аудіо Webex Edge | Короткотерміновий | CUBE | Ефемерні порти 8000–59999 | UDP | (SRTP) Обскури брандмауера потрібно відкрити для вхідного медіатрафіку до аудіо Edge. | ||
CUBE | Ефемерні порти 10200–28000 | Аудіо Edge | Короткотерміновий | UDP | (SRTP) Обскури брандмауера потрібно відкрити для вихідного медіатрафіку до CUBE. |
Набір шифрів TLS і SRTP
Для рукостискання mTLS використовується TLS версії 1.2 або новішої. Webex Edge Audio підтримує такі шифри (під час зворотного виклику Webex Edge Audio пропонує їх у привітанні клієнта рукостискання TLS):
TLS_ ECDHE_ ECDSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ З_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ З_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ RSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ З_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ З_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ З_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ З_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ З_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Для sRTP використовуються такі шифри:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Підтримувані аудіокодеки
G722
G711µ
G711a
Вимоги до профілю SIP і RTP
Рішення вимагає, щоб між CUBE (або SBC) і Webex було розгорнуто SIP TLS для сигналізації та sRTP для медіа.
Профілі SIP і RTP як частина цього зв’язку повинні відповідати таким вимогам:
Вимоги до профілю SIP | Відомості |
---|---|
Таймер завершення сеансу | 2220 с (прийнято SIP 422) * коригується відповідно до потреб компанії та очікується 422. |
Медіапропозиція для входу | Рання пропозиція |
Медіапропозиція для виходу | Пізня пропозиція |
Параметри інтервалу ping | 30 с (мінімум) |
DTMF | RFC2833 Корисне навантаження 101 (Без акустичного DTMF!) |
Порти SIP-UDP | 4000-4010,5061,5065 |
Профіль RTP | Відомості |
---|---|
Голосовий профіль корисного навантаження | G.722/G.711μ /G.711a |
Розмір пакета | 20 мс |
VAD (Виявлення голосової активності) | Ні |
Таймер неактивності медіа | 1200 мс |
Зміна кодека під час набору | Не прийнято |
RTP | 8000-48198 |
Шифри sRTP | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
Кодек G.729 не підтримується. Якщо ви хочете використовувати G.729, ви повинні використовувати транскодери. |
Домени маршрутизації викликів Webex
DNS SRV _sips._tcp.<domain>
використовується для доступу до аудіо Webex Edge. Є чотири домени залежно від регіону.
Регіон | Домен |
---|---|
Північна та Південна Америки | ecccspx.amer.pub.webex.com |
Великобританія, Північна Африка | ecccspx.emea.pub.webex.com |
Азійсько-Тихоокеанський регіон | ecccspx.apac.pub.webex.com |
Австралія / Нова Зеландія | ecccspx.anz.pub.webex.com |
Європа | ecccspx.euro.pub.webex.com |
SRV DNS дозволяє отримати кілька записів A, що вказують на основний і додатковий сайти. У наведеній нижче таблиці наведено приклад для регіону AMER, і ця таблиця може бути змінена в майбутньому.
Тип запису | Записати | Ціль | Мета |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Виявлення аудіо Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Вказує на Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Вказує на Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Вказує на Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Вказує на Webex Edge Audio AMER Secondary 2 |
DNS-SRV є динамічним за своєю природою, IP-адреси схильні до змін; тому уникайте жорсткого кодування або створення закладок для IP-адрес. Будь-які зміни або оновлення, внесені до файлу, див. в розділі "Історія переглядів документа". Довідкова інформація про порт для Webex Calling документ. |
Резервування CUBE
Cisco Unified Border Element (CUBE) надає можливість керування межами сеансів у мережі, яка керує з’єднаннями SIP між зовнішніми об’єктами та внутрішньою мережею. Додаткову інформацію про CUBE можна знайти в розділі обов’язкових умов нижче.
Підтримувані моделі резервування визначені з метою забезпечення високої доступності та усунення єдиної точки відмови для партнера Cisco. Нижче наведено три різні моделі. Партнери Cisco повинні прийняти ту модель, яка застосовується до їхнього середовища.
Під час процесу приєднання партнер має вимкнути фільтри ICMP.
Дуплексне розгортання CUBE для BroadWorks, розгорнуто на одному сайті
Розгортання Simplex CUBE для BroadWorks розгорнуто на кількох сайтах
Можлива ще одна модель резервування, коли CUBE розгортається в дуплексному режимі на кожному сайті. Ця модель не є обов’язковою, враховуючи, що BroadWorks розгорнуто з геонадлишковістю.
Підготовка
1. | Обов’язкові умови партнера
|
2. | Надайте номери телефонів у Cisco Partner Hub
|
3. | Підготовка груп зворотного виклику DNS SRV в Cisco Partner Hub (необов’язково)
|
4. | Зв’яжіть PNG (і CDSG) із шаблонами клієнта
|
5. | Підготовка організацій вихідних рішень
|
6. | Виберіть організацію Primary Seed Solution
|
7. | Завантажити конфігурацію BroadWorks (BYoPSTN)
|
8 | Визначте домен Webex Edge Audio DNS SRV
|
9 | Конфігурація партнера BroadWorks
|
10 | Партнер підготовки CUBE (або ваш власний SBC)
|
11 | Сертифікація власної служби ТМЗК
|
Крок 1. Обов’язкові умови партнера
Для підготовки власної служби ТМЗК необхідно виконати наведені нижче обов’язкові умови. Наведені нижче обов’язкові умови передбачають, що партнер має робоче розгортання 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
Крок 2. Підготовка груп телефонних номерів (PNG) у партнерському центрі
Процедура, яку партнер Cisco використовує для додавання своїх телефонних номерів для виклику наради Webex, така:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу номерів телефону системи стор.
Введіть Група телефонних номерів ім’я та виберіть Далі .
Введіть Номер телефону деталі й виберіть Далі .
Перегляньте зведені відомості про групу номерів телефонів і виберіть Зберегти .
Повторіть цю процедуру для кожної групи телефонних номерів, яку потрібно додати.
На знімках екрана нижче показано цю процедуру.
Крок 3: Підготовка груп зворотного виклику DNS SRV (CDSG) у партнерському центрі
Цей крок потрібно виконати, лише якщо ви хочете розгорнути параметр приєднання до наради за допомогою зворотного виклику. В іншому разі можна пропустити цей крок. |
Якщо цей параметр не налаштовано, користувачі зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера. |
Якщо використовується параметр зворотного виклику наради, для маршрутизації викликів із Webex до CUBE потрібна група зворотного виклику DNS SRV. Процедура, яку партнер Cisco використовує для додавання своїх записів CUBE DNS SRV до Webex, є наступною:
Увійдіть у концентратор партнера.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу зворотного виклику DNS SRV .
Введіть SRV зворотного виклику DNS Ім’я групи .
Виберіть Далі.
Введіть дані зворотного виклику DNS SRV.
Виберіть Далі.
Перегляньте зведені відомості про зворотний виклик DNS SRV.
Виберіть Зберегти.
Надайте будь-які оновлення DNS, щоб відобразити нові записи в групі DNS SRV.
Повторіть цю процедуру для кожної групи зворотного виклику DNS SRV, яку потрібно додати.
На знімках екрана нижче показано цю процедуру.
Крок 4: Зв’яжіть PNG і CDSG із шаблонами клієнта в концентраторі партнерів
Початкова конфігурація та перевірка рішення Використання власної служби ТМЗК вимагає початкової організації для кожної унікальної комбінації Група телефонних номерів і Група зворотного виклику DNS SRV (якщо потрібен зворотний виклик) . Тому партнерам Cisco рекомендовано створити новий Шаблон клієнта для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV. Кожен шаблон клієнта слід використовувати для створення відповідної вихідної організації.
Після того як конфігурація Використання власної служби ТМЗК буде завантажена й перевірена за допомогою вихідних організацій, групи телефонних номерів і групи зворотного виклику DNS SRV можна застосувати до наявних шаблонів клієнта за потреби.
Зверніть увагу, що щойно створені шаблони клієнтів не використовуються наявними клієнтами, що не тестують, і тому їх можна безпечно використовувати для ручної перевірки конфігурації Використання власної служби ТМЗК.
Якщо ви не розгортаєте функцію приєднання до наради за допомогою зворотного виклику, вам не потрібно пов’язувати групи зворотного виклику DNS SRV із шаблоном клієнта. Однак вам потрібно вибрати Вимкнути зворотний виклик . |
Щоб додати до нового шаблону клієнта, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Шаблони , виберіть Додати шаблон .
Введіть дані шаблону. На Тип пакета етап:
Виберіть Тип пакета як Стандартний .
Виберіть Конфігурація приєднання до наради як Номери телефону системи, надані партнером (БТМЗК) .
Виберіть підготовку Група телефонних номерів .
Для Група зворотного виклику DNS SRV, якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .
Виберіть Далі.
Введіть дані шаблону, що залишилися.
Перегляньте зведені відомості про шаблон.
Клацніть Зберегти.
Повторіть цю процедуру для кожного шаблону клієнта, який необхідно додати
На знімку екрана нижче показано цю процедуру.
Щоб оновити наявний шаблон клієнта, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks розділ.
Під Шаблони , виберіть Переглянути шаблон .
Виберіть шаблон, який потрібно оновити.
Прокрутіть до Конфігурація приєднання до наради розділ:
Виберіть Номери телефону системи, надані партнером (БТМЗК) .
Виберіть налаштований раніше Група телефонних номерів .
Для Група зворотного виклику DNS SRV , якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .
Виберіть Зберегти.
На знімку екрана нижче показано цю процедуру.
Крок 5: Підготовка організацій вихідних рішень
Рішення Використання власної служби ТМЗК має кілька різних компонентів, кожен з яких має бути правильно налаштований для успішної роботи рішення. Однією з двох цілей організацій вихідного рішення є створення номера телефону зі зіставленнями кодів доступу до нарад і універсального унікального ідентифікатора сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Іншою метою є перевірка конфігурації.
Для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV, що буде використовуватися, необхідно попередньо створити відповідний шаблон клієнта. Для кожного з цих шаблонів клієнта повинна бути підготовлена організація вихідного рішення. Підготовка цих вихідних організацій генерує номер телефону зі зіставленнями кодів доступу до нарад і UUID сайту нарад, які необхідні для налаштування BroadWorks.
Використовуючи кожен із попередньо налаштованих шаблонів клієнта, підготуйте абонента для нового тестового постачальника послуг BroadWorks або нового BroadWorks Enterprise з Стандартний пакет користувача. Отриманий Стандартний пакет вебсайт для нарад має використовувати параметр приєднання до наради номерів телефону системи постачальника партнерів. Для підготовки абонента можна використовувати будь-який із таких способів:
Підготуйте тестового абонента за допомогою BroadWorks Subscribers API, як задокументовано
developer.webex.com
.Увімкніть тестового абонента для служби IM&P на BroadWorks, налаштований на використання шаблону клієнта. Переконайтеся, що шаблон клієнта використовує стандартний пакет за замовчуванням, щоб переконатися, що тестовому абоненту призначено стандартний пакет. Крім того, тестовий абонент має бути згодом оновлений, щоб отримати пакет Standard.
Зауважте, що організації вихідних рішень рекомендується пов’язувати з тестовим постачальником послуг BroadWorks або тестовим BroadWorks Enterprise.
Крок 6. Виберіть організацію Primary Seed Solution
Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Не слід видаляти початкову організацію, оскільки пов’язаний сайт наради також буде видалено. Якщо вихідну організацію видалено, вам потрібно буде підготувати нову та повторно налаштувати Broadworks з новим UUID вебсайту.
За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.
Щоб вибрати організацію Primary Seed Solution, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks розділ.
Під Перевірка конфігурації (Використання власної служби ТМЗК) розділ, виберіть Призначити .
У Призначити організацію екрана, знайдіть і виберіть одну з початкових організацій, налаштованих раніше
Виберіть Призначити .
Вибрана вихідна організація є основною вихідною організацією.
На знімках екрана нижче показано цю процедуру.
Крок 7. Завантажити конфігурацію BroadWorks (BYoPSTN)
Відомості про організацію основного вихідного рішення, групи телефонних номерів і групу зворотного виклику DNS SRV для певного кластера BroadWorks доступні в одному розташуванні — файлі JSON конфігурації BroadWorks (BYoPSTN). Ця інформація потрібна для налаштування BroadWorks для власної служби ТМЗК.
Зауважте, що файл конфігурації JSON доступний для перегляду/завантаження лише після вибору організації основного вихідного рішення.
Процедура перегляду/завантаження файлу конфігурації JSON така:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Кластери , виберіть Перегляд кластера .
Виберіть кластер, пов’язаний із шаблонами клієнта, налаштованими для власної служби ТМЗК.
Прокрутіть до Конфігурація BroadWorks для власної служби ТМЗК розділ.
Клацніть Завантажте файл конфігурації JSON .
Повторіть цю процедуру для будь-яких інших кластерів BroadWorks.
На знімках екрана нижче показано цю процедуру.
Див. зразок файлу конфігурації JSON нижче. Файл містить додаткову інформацію про кожну групу телефонних номерів, групу зворотного виклику DNS SRV, наступні ключові елементи конфігурації, які необхідно ввести в BroadWorks, виділені жирним шрифтом.
siteUUID: BroadWorks має надсилати це значення в повідомленнях SIP. Це токен, який Webex Edge Audio використовує для підтвердження ідентифікації BroadWorks партнера Cisco та його доступу до сайтів нарад, якими керує цей партнер Cisco.
Зіставлення номера телефону та коду доступу: Номери телефонів і пов’язані з ними коди доступу Webex мають бути налаштовані в BroadWorks.
номерТелефону
код доступу
localeTag: Бажану мову оголошення, пов’язану з номером телефону, необхідно налаштувати в BroadWorks.
dnsSrv: Зворотний виклик DNS SRV має бути налаштований в DNS і посилатися на потрібні екземпляри CUBE.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Крок 8. Визначте домен Webex Edge Audio DNS SRV
Домен Webex Edge Audio DNS SRV має бути налаштований на BroadWorks. Використовуйте наведену далі процедуру, щоб визначити значення.
Увійдіть до Cisco Partner Hub.
Перейти до Клієнти .
Виберіть підприємство з перевірки власної служби ТМЗК.
Виберіть Переглянути клієнта.
Перейти до Служби/наради .
Виберіть вебсайт для нарад стандартного пакета.
Прокрутіть донизу бічної панелі й виберіть Налаштуйте сайт .
Виберіть Загальні налаштування / Налаштування аудіо .
Під Користувацькі глобальні номери телефону системи Edge Audio розділ, виберіть Створіть сценарій Lua .
У спливаючому вікні виконайте пошук значення «-- Оновити до заголовка з URL-адресою CCAX».
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Виділити значення, виділене жирним шрифтом, наприклад,
ecccx.amer.webex.com.
Це домен Webex Edge Audio DNS SRV, який необхідно налаштувати в BroadWorks.
Крок 9. Конфігурація партнера BroadWorks
У цьому розділі описано конфігурацію BroadWorks, необхідну для впровадження сценаріїв виклику наради та зворотного виклику, показаних на схемах нижче. Приклади конфігурації базуються на даних у файлі JSON, показаному в попередньому розділі. Очікується, що номери, домени, імена підприємств/груп, типи пристроїв, політики, профілі тощо залежать від партнера.
Потік викликів:
- Користувач надсилає запит на зворотний виклик, Webex ініціює зворотний виклик.
- Виклик маршрутизується до BroadWorks OTT.
- Виклик надходить до CUBE, наданого в CH. CUBE маршрутизує виклик до BroadWorks.
- BroadWorks ідентифікує виклик як джерело організатора наради, створює сеанс для користувача організатора наради й обробляє виклик.
- Сеанс користувача організатора наради обробляє виклик і перекладає набраний номер. Крім того, запис оплати створюється від імені користувача організатора наради.
- BroadWorks маршрутизує виклик або до користувача, пов’язаного з пристроєм (7), або до ТМЗК (8).
Перед початком
Зв’язок SIP між BroadWorks і CUBE може здійснюватися через UDP або TCP залежно від вимог до мережі. Наприклад, якщо деякі мережі або пристрої доступу (наприклад, шлюзи або кінцеві точки) у потоках викликів або зворотних викликів ДПТМЗК не підтримують TCP, замість цього слід використовувати UDP.
Конфігурація та приклади, наведені в цьому посібнику, використовують TCP як транспортний протокол. Щоб використовувати TCP, переконайтеся, що сервер програм BroadWorks і мережевий сервер налаштовано на TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Сервер застосунків
Визначте/Тип профілю пристрою
Необхідно створити новий тип профілю ідентифікатора/пристрою для представлення CUBE. Обов’язково налаштуйте вказані нижче властивості, а для інших можна залишити значення за замовчуванням:
Тип адреси сигналізації — Установлено на Інтелектуальна адресація проксі
Автентифікація —Установлено на Увімкнено
Підтримуйте ідентифікаційні дані в режимі оновлення та повторного запрошення —Перевірено
Можливість статичної реєстрації —Установлено на Увімкнено
Підтримка відео —Установлено на Вимкнено
У наведеному нижче прикладі новий тип ідентифікатора/профілю пристрою «VXML_profile ” створено для представлення CUBE.
Віртуальний абонент Voice XML
Створіть екземпляр VoiceXML
Кожен номер ТМЗК Webex Meetings представлений віртуальним абонентом у BroadWorks, і можна використовувати функціональні можливості віртуального передплатника VoiceXML. Рекомендовано використовувати виділене підприємство та групу для всіх віртуальних абонентів VoiceXML. Зауважте, що ми фактично не використовуємо жодних можливостей VoiceXML, але цей тип віртуальних користувачів підходить для взаємодії з CUBE.
Щоб використовувати службу VoiceXML, переконайтеся, що ліцензія містить достатню кількість «VoiceXML» і що служба авторизована на рівні підприємства та групи, а службу VoiceXML призначено групі, як показано на прикладі зображення нижче.
Під VoiceXML і створіть екземпляр для кожного номера ТМЗК.
, виберітьНалаштуйте адреси VoiceXML
Для кожного екземпляра VoiceXML надайте таке в адресах VoiceXML:
Номер телефону —Введіть номер для набору номера для вебсайту Webex Meetings (наприклад, 2403332200).
Внутрішній номер
Ідентифікаційні дані/профіль пристрою —Створіть один екземпляр (наприклад, VXML_device Prof) на основі типу пристрою, створеного в попередньому розділі (VXML_profile у прикладі) і введіть таку конфігурацію.
Лінія/порт —Введіть у<access number=""> @<domain> формат, де
<access number=""> — це номер коду доступу для вебсайту Webex Meetings (доступний у файлі JSON) (наприклад, 88631321777971704941)
<domain> є доменом аудіо Webex Edge для цього сайту наради (наприклад, ecccspx.amer.pub.webex.com)
Контакт sip —Для викликів системи викликів на нараду за номером доступу ЗАПРОШЕННЯ буде надіслано з URI запиту, установленим на значення цього поля. Введіть контакт SIP у цьому форматі<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , де:
<sip contact=""> є<number> з поля лінії/порту, але з доменом як SRV, який перетворюється на адресу CUBE (наприклад, 88631321777971704941@cube.internal.local)
<Locale> представляє налаштування мови відповідно до мовного стандарту користувача (наприклад, locale=en_ США)
<Meetings Site="" UUID=""> є UUID вебсайту з файлу JSON (наприклад, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> має бути transport=tcp, щоб AS використовувала TCP для надсилання повідомлень до CUBE.
Нижче наведено приклад параметрів VoiceXML-адрес.
Для кожного додаткового номера доступу до наради, який буде використано, необхідно створити додаткового віртуального абонента VoiceXML, аналогічно наведеному вище. Можна використовувати той самий профіль пристрою, але поля Порт лінії та Контакт мають бути створені на основі інформації про номер доступу, як показано вище. |
Переконайтеся, що обмеження політики обробки викликів, які ви налаштовуєте для віртуального абонента BroadWorks, достатні для обробки додаткових викликів власної служби ТМЗК у вашій групі телефонних номерів. |
Призначте автентифікацію SIP для екземпляра VoiceXML
Призначте службу автентифікації віртуальному абоненту VoiceXML. Це використовуватиметься для автентифікації повідомлень SIP INVITE від CUBE у сценарії зворотного виклику. Він також не дозволяє віртуальному абоненту VoiceXML приймати виклики від сторін, відмінних від CUBE
Перейдіть на сторінку автентифікації віртуального абонента в розділі «Утиліти» та введіть ім’я користувача та пароль SIP, як показано нижче:
CUBE має бути налаштовано з тим самим ім’ям користувача та паролем для належної автентифікації повідомлень ЗАПРОШЕННЯ, які надсилаються до AS. Приклад команди для налаштування автентифікації SIP на CUBE є таким:
|
Файл Namedefs
Поле контакту SIP віртуального абонента VoiceXML містить URL-адресу, за якою частина домену перетворюється на адресу CUBE. Це внутрішній SRV, і файл namedefs на AS можна використовувати для перетворення внутрішнього SRV на IP-адресу CUBE.
У нашому прикладі SRV-контактом SIP є cube.internal.local і вирішує адресу 10.165.196.30, порт 5060, щоб зв’язатися з CUBE. На AS, /usr/local/broadworks/bw_base/conf/namedefs
файл оновлюється таким чином:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Тип виклику Webex Meetings
Доступні параметри конфігурації обробки викликів Webex Meetings, щоб керувати обробкою викликів на номер системи наради. За замовчуванням виклики на номер системи наради обробляються як зовнішні виклики, оскільки системні номери обслуговуються у спеціальному підприємстві або постачальнику послуг. Зовнішні виклики зазвичай включаються в кількість сеансів керування доступом до сеансів і позначаються для стягнення плати в полі CDR. індикатор заряду .
У наведеному нижче прикладі додається рекомендована конфігурація для обробки викликів на нараду як внутрішніх викликів, щоб вони були виключені з тарифікації та виключені з підрахунку контролю допуску на сеанси.
За допомогою налаштування Застосувати поле NS Charge значення true, населеність поля CDR індикатор заряду базується на налаштованому атрибуті Charge типу виклику мережевого сервера.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Віртуальний абонент зворотного виклику наради VoiceXML
Створіть абонента зворотного виклику наради VoiceXML
Для обробки зворотних викликів Webex Meetings необхідно налаштувати виділеного віртуального абонента VoiceXML зі спеціальним параметром зворотного виклику наради Webex (далі — абонент зворотного виклику наради VoiceXML) на сервері програм BroadWorks (AS). В AS можна налаштувати лише один екземпляр цього абонента.
Щоб увімкнути цю функцію, установіть для активованої функції 102074 значення true через CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Оскільки функція «Підтримка оплати BYO ТМЗК для зворотних викликів і викликів» залежить від функції «Підтримка BroadWorks для CI UUID», перед активацією функції (102074) потрібно також активувати функцію (102746). Докладніше див. в розділі «Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)». |
Абонент зворотного виклику наради VoiceXML подібний до наявного віртуального абонента VXML BYOPSTN, але позначений новим прапорцем «Зворотний виклик Webex Meeting». Для цього абонента зворотного виклику наради VoiceXML налаштовано той самий профіль пристрою, що й наявний віртуальний абонент BYOPSTN VXML, а також службу автентифікації з тими самими обліковими даними.
Приклад показано нижче.
Абонент зворотного виклику наради VoiceXML повинен існувати в AS, де розміщено користувача організатора наради. Коли AS отримує запит INVITE на зворотний виклик наради, вона намагається знайти користувача зворотного виклику наради VoiceXML і користувача організатора наради в AS під час налаштування виклику. Якщо жоден із цих користувачів не знайдено, виклик відхиляється.
Сеанс організатора наради
У сценарії зворотного виклику із заголовком X-Cisco-Meet-Info сервер застосунків Cisco BroadWorks отримує запит ЗАПРОШЕННЯ SIP та ідентифікує користувача організатора наради за допомогою параметра UUID користувача CI організатора заголовка SIP X-Cisco-Meet-Info. Сеанс виклику створюється від імені організатора наради. Користувача створюється для обробки виклику та виконання профілю служби цього користувача. Крім того, запис оплати створюється від імені користувача організатора наради. Інформація про ідентифікатор наради та UUID вебсайту із заголовка SIP X-Cisco-Meet-Info фіксуються в записі рахунків.
Приклад заголовка SIP X-Cisco-Meet-Info наведено нижче:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Платформа доставки застосунків
Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)
UUID користувача CI — це унікальний ідентифікатор для ідентифікації користувачів у середовищі Webex.
Ця програма синхронізації підготовки Webex на платформі доставки застосунків Cisco BroadWorks (ADP) використовується для синхронізації, зіставлення та зберігання UUID користувача CI в інфраструктурі BroadWorks, щоб його можна було використовувати під час різних взаємодій із Webex і службою Webex для BroadWorks.
Див. розділ « Увімкнути зворотний виклик наради Webex» про те, як CI Користувач Асоціація UUID використовується мережевим сервером Cisco BroadWorks і сервером застосунків Cisco BroadWorks.
Наведені далі кроки налаштовують програму Webex Provisioning Sync для періодичного опитування та оновлення користувачів BroadWork за допомогою UUID CI.
Для програми Webex Provisioning Sync потрібні облікові дані OAuth з адміністратором Spark:broadworks_subscribers_read для постачальника ідентифікаційних даних Cisco, і їх можна отримати, надіславши запит на обслуговування до оператора з приєднання.
Перегляньте розділ "Отримання облікових даних OAuth для вашого Webex для Cisco BroadWorks", щоб отримати додаткові відомості, щоб надіслати запит на обслуговування на адресу: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Додайте маркер із відповідним іменем партнера таким чином:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Додайте ім’я партнера, пов’язане з маркером OAuth, до списку партнерів, які будуть відстежуватися програмою Webex Provisioning Sync, установивши прапорець "enabled" у значення "true".
За допомогою цього Webex Provisioning Sync програма почне виконувати синхронізацію UUID користувача CI через визначений інтервал опитування.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Після включення партнера програма Webex Provisioning Sync тепер може виконувати пов’язування UUID CI з користувачами BroadWorks.
Змініть час очікування підключення за допомогою таких команд:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Це пов’язування можна виконати автоматично або вручну. Команда CLI manualSync може миттєво запустити асоціацію.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Партнери з параметром "Enabled" установленим на "true" виконують пов’язані з інтервалом опитування. Під час початкового приєднання програма Webex Provisioning Sync запитує Webex Subscriber API, щоб отримати дані, що містять UUID CI, для всіх користувачів, обслуговуваних партнером. Зовнішній ідентифікатор користувача BroadWorks оновлюється за допомогою пов’язаного UUID CI. Подальші зв’язки впливають на користувачів, доданих до партнера. Команду status можна використовувати, щоб перевірити, чи завершено синхронізацію.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Після завершення синхронізації стан знову зміниться на моніторинг. Подальша синхронізація виконується для користувачів, доданих до партнера після "Час останньої синхронізації".
На наступному малюнку показано UUID CI, установлений у зовнішньому ідентифікаторі:
Мережевий сервер
Тип виклику
З метою виставлення рахунків і звітування може бути бажано позначити CDR для викликів на системи нарад. Це можна зробити за допомогою політики попереднього введення виклику мережевого сервера.
Спочатку в NS CLI в розділі /System/CallP/CallType додайте новий тип виклику. У наведеному нижче прикладі додається новий тип виклику «WXM».
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Потім тип виклику можна використовувати в екземплярі PreCallTyping, який є частиною профілю маршрутизації користувача BroadWorks. У цьому прикладі новий екземпляр PreCallTyping «wxm» було додано в контекст CLI /Policy/PreCallTyping, але це може бути наявний екземпляр PreCallTyping, який уже використовується:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Наступним кроком є додавання записів до екземпляра PreCallTyping для всіх набірних номерів у контексті /Policy/PreCallTyping/DialPlan CLI. Наприклад:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
Потім екземпляр PreCallTyping додається (за умови, що він ще не існує) до відповідного профілю маршрутизації початкового користувача, як показано в прикладі нижче:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR, що походять від BroadWorks, генеруються лише викликами, що надходять від абонентів BW. Виклики ТМЗК з "мережевої" сторони AS не створюватимуть вихідні CDR. У будь-якому випадку для віртуального абонента VoiceXML буде завершено CDR. |
МаршрутизаціяNE
Для представлення CUBE в NS в /System/Device/RoutingNE контекст CLI потрібен RoutingNE. Таким чином, коли NS отримує ЗАПРОШЕННЯ від CUBE, він зіставлятиме заголовок via із записом RoutingNE, який надано на NS. Див Посібник із адміністрування інтерфейсу командного рядка Cisco BroadWorks Network Server Щоб дізнатися більше про те, як додати RoutingNE.
Нижче наведено приклад команд для додавання RoutingNE «WebexMeetings», де IP-адреса CUBE = 10.165.196.30. У прикладі також показано команди для створення нових екземплярів OrigRedirect і Profile для зв’язування з RoutingNE, але наявні екземпляри також можна використовувати.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
У прикладі конфігурації CUBE надсилає до NS ЗАПРОШЕННЯ, подібне до такого (важливі поля виділені жирним шрифтом):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Де:
URI запиту INVITE містить номер зворотного виклику
Через заголовок: містить IP-адресу CUBE, яка буде використовуватися для вибору профілю RoutingNE.
Заголовок X-Cisco-Info-Meet: використовується для ідентифікації ідентифікатора користувача HostCIU, ідентифікатора наради та UUID сайту.
Отримавши ЗАПРОШЕННЯ, NS використовує заголовок Via для зіставлення з RoutingNE «WebexMeetings». Це в свою чергу вибере "wxm_routing " профіль маршрутизації, який містить "wxm_ Inst» екземпляра OrigRedirect.
Тоді політика NS OrigRedirect буде відповідати заголовку X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
з портом лінії, налаштованим на віртуальному абоненті VoiceXML, і надіслати переспрямування 302 до пари AS, яка обслуговує цього абонента. Повідомлення 302 подібне до такого:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Псевдонім
Домен в URI INVITE (у прикладі це bw.myenterprise.com), надісланий CUBE до NS, повинен бути розпізнаний NS. Це можна зробити, додавши домен у NS_ Контекст CLI/системи/псевдоніма, наприклад:
NS_CLI/System/Alias> add bw.myenterprise.com
Команду для налаштування домену URI INVITE на CUBE можна знайти в наступному розділі в розділі абонента або сеансу ціль, наприклад:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
ХостингNE
Щоб підтримувати параметри конфігурації обробки викликів Webex Meetings для виставлення рахунків і керування допуском до сеансів, атрибути сигналізації хостингу NE сервера програм Обов’язкова інформація про тип виклику і RequiresChargeIndication має бути ввімкнено в контексті NS_CLI/System/Device/HostingNE._ Наприклад:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Увімкнути зворотний виклик наради Webex
У сценарії зворотного виклику із заголовком SIP X-Cisco-Meet-Info CUBE надсилає виклик мережевому серверу для переспрямування відправника на пару AS. Пара AS визначається на основі enableWebexMeetingHoostLookup системний параметр.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Коли enableWebexMeetingHoostLookup для системного параметра встановлено значення true, UUID користувача організатора наради в заголовку X-Cisco-Meet-Info використовується для ідентифікації пари AS, яка обслуговує користувача організатора наради.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Крок 10 Підготовка партнера CUBE
У цьому розділі наведено перевірену конфігурацію щодо розгортання Cisco Unified Border Element (CUBE) як прикордонного контролера сеансу (SBC) для рішення Bring Your Own PSTN.
У цьому розділі зосереджено на конфігураціях CUBE, які необхідні для взаємодії з прикладом конфігурації Webex для Cisco BroadWorks, показаним у попередньому розділі. Для більш загального обговорення початкового розгортання та налаштування CUBE див. такі посібники: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Розгорнути Y наш власний SBC Параметр
Якщо ви не хочете розгортати CUBE, у вас є можливість розгорнути власний SBC. Однак зверніть увагу, що цей документ не надає перевірену конфігурацію для SBC, крім CUBE.
Якщо ви розгортаєте власний SBC, ви можете дотримуватися високорівневих вимог до конфігурації CUBE (наприклад, призначення, такі як домен, загальнодоступні та приватні інтерфейси та шлюзи), щоб керувати налаштуваннями. Однак зверніться до документації SBC, щоб отримати докладну довідку про командний рядок, оскільки фактичні команди для вашого власного SBC, ймовірно, будуть відрізнятися від CUBE.
Якщо не вказано інше, решта вимог до конфігурації на кроці 10 застосовуються незалежно від того, який SBC ви розгортаєте. Однак приклади командного рядка призначені лише для CUBE, якщо не вказано, що приклад застосовується до інших SBC. Щоб отримати інформацію про команди конфігурації, див. документацію SBC. |
Початкова конфігурація
Щоб налаштувати CUBE, потрібно ввімкнути привілейований режим EXEC. Якщо з’явиться відповідний запит, введіть пароль.
enable
Щоб увійти в режим глобального налаштування:
configure terminal
Установіть домен:
ip domain name myenterprise.com
Установіть максимальний розмір сегмента (MSS):
ip tcp mss 1360
Конфігурація мережі
Визначте загальнодоступний і приватний інтерфейси. У нашому прикладі CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Налаштуйте шлюзи для IP-маршрутизації для загальнодоступної та приватної сторони:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Увімкнути SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (або ваш власний SBC) має бути всередині DMZ з належним чином налаштованими правилами брандмауера. Див. розділ Порти, що використовуються Webex для списку портів, які потрібно відкрити на зовнішньому брандмауері |
Налаштуйте записи SRV для викликів зворотного виклику, надісланих з CUBE (або SBC) на сервери мережі BroadWorks. Наприклад, SRV для bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Налаштуйте сервер DNS:
ip name-server <DNS_IP_address>
Альтернативний варіант DNS — налаштувати внутрішній DNS, коли внутрішній DNS звертається до батьківського DNS-сервера, якщо внутрішній пошук не вдається. |
Конфігурація обробки викликів
Загальні
Налаштуйте CUBE (або ваш SBC) з усіма IP-адресами, які необхідні для доступу до служби VoIP. Це включає наведене далі:
Приватні адреси сигналізації SIP для серверів BroadWorks AS, NS і MS.
Загальнодоступні сторонні адреси для інфраструктури Webex Edge для аудіо.
Приклад конфігурації CUBE див. нижче:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
Наведений вище діапазон IP-адрес є прикладом. Щоб переглянути поточний список загальнодоступних IP-адрес для аудіоінфраструктури Webex, перейдіть до: |
Як дозволити трафік Webex Meetings у моїй мережі? —Діапазон IP-адрес для більшості кластерів відображається під Список діапазонів IP-адрес, що використовуються Cisco Webex Meeting Services . Виняток становлять кластери Китаю, для яких діапазон відображається за посиланням нижче:
Вимоги до мережі для кластера Cisco Webex у Китаї
Таймер за замовчуванням для CUBE для встановлення підключення TCP перед просуванням маршруту становить 20 секунд. Щоб змінити його:
ip tcp synwait-time <5-300 (seconds)>
На стороні BroadWorks таймер за замовчуванням для часу очікування сервера програм на пристрої доступу, що не відповідає, становить 6 секунд. Щоб змінити його:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Необхідно відкрити публічний і приватний інтерфейси для трафіку RTP на CUBE (або на вашому власному SBC). Приклад CUBE див. нижче:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Де:
- <CUBE PUB="" IP=""> є загальнодоступною IP-адресою CUBE
- <CUBE PRIV="" IP=""> є приватною IP-адресою CUBE
- Діапазон портів: у прикладі діапазон портів від 10200 до 28000
CUBE підтримує такі набори шифрів TLS (під час виклику CUBE пропонує їх у привітанні клієнта TLS Handshake):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Інші загальні параметри для налаштування (див. нижче приклади конфігурацій CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri для вхідного та вихідного набору мають бути визначені для подальшого використання в однорангових вузлах набору:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio підтримує кодеки G722, G711ulaw і G711alaw. Для подальшого використання в вузлах набору необхідно визначити такий код класу голосу:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio використовує SRTP. Голосовий клас SRTP-crypto призначає бажаний набір шифрування SRTP для використання для Edge Audio. Налаштуйте наступні криптографічні набори в порядку. Конфігурацію srtp-crypto класу голосу необхідно застосувати до абонентів, що використовуються для підключення до Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Попередньо налаштуйте первинний ключ, щоб мати змогу встановити пароль для автентифікації
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Введіть облікові дані автентифікації SIP, які було підготовлено для віртуального абонента VoiceXML на AS, за допомогою наведеної далі команди. У сценаріях зворотного виклику ці облікові дані будуть використовуватися, коли AS викликає запит INVITE, який CUBE (або ваш власний SBC) надсилає AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Після налаштування автентифікації пароль буде приховано під час перегляду за допомогою команди "show running-config".
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Також необхідно виконати таку глобальну конфігурацію SIP:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Профілі перекладу
Профіль трансляції повідомлень SIP 2340 використовується для викликів наради. Він повинен містити запис для зміни повідомлень SIP, що надходять від BroadWorks, перед надсиланням на Edge Audio, як показано в прикладі правила 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Наведене вище правило 11 зіставляє вхідний запит Uri від BroadWorks, який має значення контакту профілю пристрою віртуального абонента CUBE (значення поля Contact у VXML_device Профіль пристрою Prof у нашому прикладі):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
До відповідного домену маршрутизації аудіовикликів Webex Edge:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Зауважте, що коли CUBE (або ваш власний SBC) стоїть за статичним NAT, потрібна додаткова конфігурація для sip-профілю 2340. Додаткову інформацію див. за посиланням:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideЯкщо ви розгортаєте власний SBC, вам потрібно буде налаштувати подібні правила на власному SBC. |
Щоб переслати 486 повідомлень, надісланих AS назад до аудіо Webex Edge, потрібна така конфігурація в CUBE (щодо власного SBC див. документацію SBC).
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Якщо інше4xx повідомлення потрібно переадресувати назад до аудіо Webex Edge, дотримуйтесь прикладу вище.
Абонентські вузли
Клієнта голосового класу необхідно визначити в CUBE (або у вашому власному SBC) для подальшого використання в вузлах набору, який задовольняє таким критеріям:
- Для пакетів DTMF RTP-NTE необхідна взаємодія корисного навантаження, тому налаштуйте асиметричне корисне навантаження повне.
- Аудіо Edge не підтримує оновлення ідентифікатора абонента, що телефонує, тому потрібно налаштувати значення "no update-callerid".
- Маршрутизація аудіовикликів Webex Edge базується на URI. URI маршруту виклику потрібно ввімкнути, щоб зіставити однорангові комутації на основі URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Наведені нижче вузли набору налаштовано, щоб дозволити CUBE обробляти виклики між BroadWorks і Webex Edge Audio. Налаштуйте такі параметри в CUBE (подібну конфігурацію потрібно буде налаштувати у вашому власному SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Потоки викликів CUBE
З конфігурацією, виконаною вище, приклади сценаріїв потоку вхідних/вихідних викликів на CUBE описані нижче. Кодування кольорів на певному кроці пов’язує його з записами того самого кольору в вузлах набору вище.
Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб дізнатися більше про потоки викликів за допомогою SBC. |
Для сценарію виклику на нараду з BroadWorks до Webex:
- Вхідне ЗАПРОШЕННЯ отримано від BroadWorks до внутрішнього інтерфейсу з:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Профіль 23401 однорангові вхідного набору вибирається на основі хоста в URI вхідного запиту («cube.internal.local»), що відповідає конфігурації «OUTEdgeAudio запиту вхідного URI».
- Одноранговий вихідний набір 23411 вибирається на основі хоста в URI запиту ("cube.internal.local"), що відповідає конфігурації "OUTEdgeAudio uri призначення".
- Вихідне ЗАПРОШЕННЯ надсилається на зовнішній інтерфейс, у якому URI запиту змінено з «cube.internal.local» на «ecccspx.amer.pub.webex.com» за допомогою профілю перекладу повідомлень «voice-class sip profiles 2340» зазначено в вузлі набору:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Для сценарію зворотного виклику наради з Webex на BroadWorks
- Вхідне запрошення отримано від Webex через зовнішній інтерфейс CUBE з:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Одноранговий вузол вхідного набору 23411 вибирається на основі шаблону «x-cisco-webex-service=audio», який присутній в URI вхідного запиту на основі конфігурації «INcoming uri request INEdgeAudio» .
- Два вихідних однорангові набору вибираються на основі шаблону «x-cisco-webex-service=audio», який присутній в URI запиту на основі конфігурації INEdgeAudio «URI призначення».
- Одноранговий виклик 302
- Одночасний набір 23401
- Вихідне ЗАПРОШЕННЯ надсилається до мережевих серверів (пошук SRV на основі «цільового запису сеансу dns:bw.myenterprise.com» у вузлі набору) у внутрішньому інтерфейсі
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Мережевий сервер повертає контакти для пари AS, що обслуговує віртуального абонента CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE маршрутизує виклик до активної AS на основі повернутого контакту в повідомленні 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Конфігурація mTLS
Щоб дозволити підключення mTLS між CUBE (або вашим власним SBC) і аудіо Webex Edge, необхідно виконати наведені далі кроки з налаштування.
Обов’язково потрібно налаштувати mTLS між CUBE (або власним SBC) і Webex Edge Audio. |
Підтримка сертифікатів із символами підстановки
Підписані підстановочними знаками сертифікати використовують загальне ім’я теми (наприклад, *.us.example.com), що відповідає домену для CUBE або вашого власного SBC. Сертифікати підстановки підтримуються для багатокластерних розгортань CUBE або SBC, але не підтримуються для розгортань CUBE або SBC з одним вузлом.
Пул довіри
Під час рукостискання TLS, коли Webex Edge Audio надсилає свій сертифікат, CUBE перевірить його відповідно до списку сертифікатів, прийнятих у пулі довіри.
Пакет пулу довіри необхідно оновити за допомогою Cisco Root CA шляхом завантаження останньої версії «Cisco Trusted Core Root Bundle» зhttp://www.cisco.com/security/pki/ за допомогою команди:
crypto pki trustpool import clean url <url>
Сертифікати, надіслані Webex Edge Audio, підписані IdenTrust. Переконайтеся, що сертифікат "IdenTrust Commercial Root CA" установлено. Докладніше див. за посиланням:
Якщо ви використовуєте власний SBC і не можете завершити імпорт, можна перетворити пакет у формат .pem за допомогою інструментів із відкритим кодом, як-от OpenSSL. Наприклад, можна використовувати сертифікати ідентифікатора гідранта за допомогою такої команди:
|
Точка довіри
Edge Audio вимагає, щоб ваш КУБ пропонував підписані сертифікати від надійних центрів сертифікації CA для з 'єднань Mutual TLS (mTLS). Використовуйте наведене нижче посилання, щоб перейти до списку центрів сертифікації, яким довіряє Cisco. Сертифікати, підписані організацією в цьому списку, вважаються дійсними, і підключення буде дозволено: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Одновузловий CUBE
Єдиний вузол означає, що CUBE (або ваш власний SBC) імпортуватиме сертифікат з іменем суб’єкта, унікальним для його повного домену, що означає, що жоден інший CUBE не зможе його імпортувати (іншими словами, НЕ сертифікат із символом підстановки).
Щоб створити CSR (запит на підписання сертифіката) для CUBE:
- створити пару ключів (цю пару ключів буде прив’язано до точки довіри)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys — указує, що має бути створена пара ключів загального призначення.
- мітки<key-label> – (Необов’язково) ім’я, яке використовується для пари ключів RSA під час їх експорту. Якщо мітка ключа не вказана, використовується повне доменне ім’я (FQDN) маршрутизатора.
- exportable — (необов’язково) Указує, що пару ключів RSA можна експортувати на інший пристрій Cisco, наприклад маршрутизатор.
- створити точку довіри (точка довіри містить сертифікат, який потрібно прив’язати до CUBE. Коли CUBE отримає запит на сертифікат, він надасть у відповідь доданий сертифікат точки довіри)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl — список відкликаних сертифікатів (CRL) — це список відкликаних сертифікатів. CRL створюється та підписується цифровим підписом CA, який спочатку видав сертифікати. CRL містить дати випуску кожного сертифіката та дати закінчення терміну його дії.
термінал реєстрації pem — додає межі пошти з покращеною конфіденційністю (PEM) до запиту на сертифікат (копіювати та вставляти вручну із ПОЧИТИ ЗАПИТ НА СЕРТИФІКАТ до ЗАВЕРШИТИ ЗАПИТ НА СЕРТИФІКАТ)
fqdn – повне ім’я домену CUBE
ім’я-суб’єкта CN=<fqdn> - ім’я суб’єкта, який потрібно підписати
rsakeypair<key label=""> - пара ключів, створена на попередньому кроці
(довідка: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- створити CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Надіслати CSR (від ПОЧАТКИЙ ЗАПИТ НА СЕРТИФІКАТ до КІНЕЦЬ ЗАПИТ НА СЕРТИФІКАТ) до CA (центру сертифікації)
CA створить підписаний сертифікат
- Залежно від CA, вони нададуть кореневий сертифікат (наприклад, DigiCertCA.crt) і запитуваний сертифікат (наприклад, cube.crt)
- Завантажте сертифікат CA
- Спочатку автентифікуйте точку довіри за допомогою кореневого сертифіката
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Потім імпортуйте сертифікат CUBE до точки довіри CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб дізнатися більше про те, як створити CSR. |
Багатовузловий кластер CUBE (використання альтернативних імен у сертифікаті) – НЕ підтримується
Багатовузловий означає, що CUBE зможе імпортувати той самий сертифікат для більш ніж одного розгортання CUBE. Використання альтернативного імені суб’єкта для створення CSR наразі не підтримується : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Багатовузловий кластер CUBE (використання підписаного сертифіката як формату pkcs12)
Кілька вузлів із використанням сертифіката, підписаного шаблоном, означає, що ім’я теми є загальним (наприклад, *.us.example.com) і воно відповідає домену CUBE (або вашому домену SBC).
- Припустимо, що у вас є готовий сертифікат із символами підстановки, підготуйте файли з відкритим (.crt) і закритим ключем (.key).
- За допомогою OpenSSL створіть пакетний файл у форматі PKCS12 (.pfx), включаючи файл .crt і .key: (використовуйте cygwin у Windows) – посилання: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Передайте файл .pfx до CUBE:bootflash: (scp із сервера Linux на CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Створіть точку довіри та імпортуйте файл pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Перевірте конфігурацію сертифіката CUBE
Переконайтеся, що весь ланцюжок включено до сертифіката. У наведеному нижче прикладі показано команди перевірки для CUBE. Якщо ви розгортаєте власний SBC, використовуйте команди, які застосовуються до SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Налаштуйте сигналізацію SIP для використання точки довіри
Використовуйте наведену далі команду, щоб підготувати SIP UA з точкою довіри CUBE. Нижче наведено приклад для CUBE. Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб отримати довідку щодо команд.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Журнали CUBE
Щоб переглянути ввімкнені фільтри налагодження
CUBE# show debug
Щоб установити фільтри налагодження (приклади)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Щоб скасувати налаштування фільтрів налагодження (приклад)
CUBE# no debug ccsip messages
Щоб очистити та перевірити буфер журналу
CUBE# clear log
>>> make test call <<<
CUBE# show log
Якщо ви не розгортаєте CUBE, зверніться до документації до вашого власного SBC, щоб дізнатися більше про використання журналів. |
Інші корисні команди
Щоб перевірити поточну конфігурацію
CUBE# show running-config (or just CUBE# show run)
Щоб зберегти конфігурацію в ПЗУ, яке буде використовуватися під час завантаження
CUBE# write
Крок 11 Сертифікація Використання власної служби ТМЗК
Після завершення конфігурації та підготовки рішення Використання власної служби ТМЗК партнер повинен виконати набір тестів приймання, щоб сертифікувати своє рішення. Це обов’язковий крок для затвердження та ввімкнення власної служби власної служби ТМЗК партнера.
Тестові приклади приймання описані в документі Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Партнер має надати результати успішно виконаних приймальних тестів команді приєднання та сертифікації.
Про запитання, проблеми та результати, отримані під час виконання тестів приймання, потрібно повідомляти та надсилати їх у просторі Webex, призначеному для приєднання Партнера.
Застосувати оновлення до групи телефонних номерів у обслуговуванні/групи зворотного виклику DNS SRV
Після того як клієнтів, які не пройшли тестування, буде призначено до шаблону клієнта за допомогою номерів телефону системи, наданих партнером, цим користувачам стануть доступними такі параметри приєднання до наради:
Запрошення на нараду містять один або кілька телефонних номерів за замовчуванням із призначеної групи телефонних номерів
Програма Webex відображає один або кілька телефонних номерів за замовчуванням із призначення групи номерів телефонів як параметр приєднання до наради
Інтерфейс користувача вебсайту Webex Meeting відображає один або кілька телефонних номерів за замовчуванням із групи номерів телефонів призначення як параметр приєднання до наради
Якщо зворотний виклик увімкнено в шаблоні клієнта, Webex Meeting надає параметр "Зателефонуйте мені на", за яким запит зворотного виклику маршрутизується до одного із записів, указаних у призначеній групі зворотних викликів DNS SRV.
Зміна параметрів приєднання до наради для шаблону клієнта, зміна призначеної групи телефонних номерів або зміна групи зворотного виклику DNS SRV може вплинути на наведені вище параметри приєднання до наради. Ці зміни не застосовуються до наявних клієнтів, але щойно підготовлені клієнти побачать ці зміни негайно для своїх вебсайтів для нарад із пакетом «Стандартний» і «Преміум». Тому настійно рекомендується перевіряти будь-які такі зміни за допомогою організації початкового рішення перед застосуванням до наявних шаблонів клієнтів, груп телефонних номерів або груп зворотного виклику DNS SRV (якщо розгорнуті групи зворотного виклику DNS SRV).
Під час оновлення параметрів приєднання до наради для шаблону клієнта та/або застосування оновлень до груп телефонних номерів або груп зворотного виклику DNS SRV необхідно виконати наведені далі кроки.
Зверніть увагу, що якщо шаблони клієнтів, групи телефонних номерів або групи зворотного виклику DNS SRV використовуються тестовими постачальниками послуг BroadWorks та/або тестовими BroadWorks Enterprises, ця процедура є необов’язковою. Доречніше може бути просто видалити тестові постачальники послуг BroadWorks та/або тестові організації BroadWorks Enterprises і повторно підготувати їх за допомогою оновлених шаблонів клієнтів, груп телефонних номерів або груп зворотного виклику DNS SRV.
Оновити лише групу номерів телефону:
Створіть нову тимчасову групу номерів телефону з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу телефонних номерів. Якщо наявна група телефонних номерів використовується разом із групою, призначте її до шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Завантажте файл JSON конфігурації BroadWorks (BYoPSTN). Він містить номер телефону для зіставлення кодів для нових телефонних номерів у групі телефонних номерів.
- Визначте домен Webex Edge Audio DNS SRV для вебсайту нарад зі стандартним пакетом організації вихідного рішення. Воно має бути незмінним порівняно зі значенням, визначеним раніше для вихідної групи телефонних номерів.
- Застосуйте оновлення конфігурації до BroadWorks за допомогою файлу JSON конфігурації BroadWorks (BYoPSTN).
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації та приєднавшись до наради за допомогою системних телефонних номерів.
- Застосуйте оновлення до вихідної групи телефонних номерів. Ця зміна наразі активна для клієнтів, що не тестують.
- Можна видалити організацію початкового рішення, тимчасову групу телефонних номерів і шаблон клієнта. Ці елементи більше не потрібні після оновлення вихідної групи телефонних номерів.
Оновити лише групу зворотного виклику DNS SRV:
- Створіть нову тимчасову групу зворотного виклику DNS SRV з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу зворотного виклику DNS SRV та наявну групу телефонних номерів. Якщо наявна група зворотного виклику DNS SRV використовується разом із групою, призначте її шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації, приєднавшись до наради за допомогою системних телефонних номерів і скориставшись параметром "Зателефонувати мені на".
- Застосуйте оновлення до вихідної групи зворотного виклику DNS SRV. Ця зміна наразі активна для клієнтів, що не тестують.
- Організацію початкового рішення, групу зворотного виклику DNS SRV і шаблон клієнта можна видалити. Ці елементи більше не потрібні після оновлення вихідної групи зворотного виклику DNS SRV.
Оновити номер телефону та групу зворотного виклику DNS SRV:
- Створіть новий тимчасовий номер телефону та групу зворотного виклику DNS SRV з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу телефонних номерів і нову групу зворотного виклику DNS SRV. Якщо наявна група телефонних номерів і/або група зворотного виклику DNS SRV використовується разом із групою, призначте її до шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Завантажте файл JSON конфігурації BroadWorks (BYoPSTN). Він містить номер телефону для зіставлення кодів для нових телефонних номерів у групі телефонних номерів.
- Визначте домен Webex Edge Audio DNS SRV для вебсайту нарад зі стандартним пакетом організації вихідного рішення. Воно має бути незмінним порівняно зі значенням, визначеним раніше для вихідної групи телефонних номерів.
- Застосуйте оновлення конфігурації до BroadWorks за допомогою файлу JSON конфігурації BroadWorks (BYoPSTN).
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації, приєднавшись до наради за допомогою системних телефонних номерів і скориставшись параметром "Зателефонувати мені на".
- Застосуйте оновлення до вихідного номера телефону та групи зворотного виклику DNS SRV. Ця зміна наразі активна для клієнтів, що не тестують.
- Можна видалити організацію початкового рішення, тимчасову групу телефонних номерів, групу зворотного виклику DNS SRV і шаблон клієнта. Ці елементи більше не потрібні після оновлення вихідної групи телефонних номерів і групи зворотного виклику DNS SRV.
Не можна видаляти організацію основного вихідного рішення, якщо на BroadWorks не було вибрано й налаштовано нову організацію основного вихідного рішення. Видалення організації основного вихідного рішення призведе до видалення UUID сайту, від якого залежить рішення Використання власної служби ТМЗК для автентифікації повідомлень SIP для аудіо Webex Edge. Якщо видалити цю функцію, приєднання до нарад за допомогою системного виклику для вебсайтів, що використовують номер телефону системи, наданий партнером, не вдасться. |
Сумісність медіа G722 під час використання власного SBC
Під час використання власного SBC питання сумісності, які зазвичай вирішує CUBE, необхідно враховувати між інфраструктурою Cisco Partners BroadWorks і хмарою Webex. Одним із прикладів є вхідний або зворотний виклик за допомогою кодека G722, який використовує медіасервер BroadWorks (наприклад, під час використання служби запису викликів BroadWorks). У цьому сценарії аудіо Webex Edge може надсилати SDP з рядком "a=fmtp:9". SBC потрібно буде оновити цей рядок, щоб додати параметр бітової швидкості, щоб він мав "a=fmtp:9 bitrate=64", перш ніж надсилати його на сервер BroadWorks.
Відомі обмеження
Будь-які зміни параметра приєднання до нарад шаблону клієнта, системних телефонних номерів Cisco або номерів телефону системи, наданих партнером, застосовуються лише до нещодавно наданих клієнтів. Наявні клієнти, які використовують шаблон, залишаються незмінними.
Будь-які зміни налаштувань групи телефонних номерів шаблону клієнта або групи зворотного виклику DNS SRV застосовуються лише до нещодавно підготовлених клієнтів або наявних клієнтів, які надаються для першого користувача пакета «Стандартний» або «Преміум». Наявні клієнти, які вже мають користувачів пакета Standard або Premium, залишаються незмінними.
Будь-які зміни груп номерів телефонів або груп зворотного виклику DNS SRV, які призначені шаблонам клієнта, застосовуються лише до нещодавно підготовлених клієнтів або наявних клієнтів, яких надається перший користувач пакету Standard або Premium. Наявні клієнти, призначені до пов’язаних шаблонів, які вже мають користувачів пакета «Стандартний» або «Преміум», залишаються незмінними.
Даний шаблон клієнта підтримує системні телефонні номери Cisco або параметр приєднання до наради за номером телефону, наданому партнером, комбінація двох варіантів для одного шаблону не підтримується.
Обмін повідомленнями SIP для варіанта використання "Зателефонуйте мені за" або приєднання до наради зі зворотним викликом не включає інформацію про клієнта та/або користувача, який організовує нараду, до якої потрібно приєднатися.
Номери телефонів і пов’язані коди доступу до наради для певної групи номерів телефонів підтримують лише один домен Webex Edge Audio DNS SRV (наприклад, ecccspx.amer.webex.com). Використання цих номерів телефону для виклику на наради в іншому домені Webex Edge Audio DNS SRV не підтримується.
Webex Edge Audio не підтримує повторне узгодження кодеків під час виклику. Таким чином, служби, які викликаються після відповіді на виклик, можуть не працювати належним чином.
Програма Webex, інтерфейс користувача вебсайту Webex Meeting та електронний лист із запрошенням наради Webex містять посилання на документ «Обмеження безкоштовних викликів». Цей документ стосується лише номерів телефонів, наданих Cisco, і його повинні ігнорувати користувачі, коли використовують номери телефонів, надані партнером, для приєднання до нарад.
Історія версій документа
У таблиці нижче показано історію змін цього документа за останні 12 місяців.
Дата | Версія | Опис змін | |
---|---|---|---|
8 квітня 2024 р | 1-36 |
| |
10 січня 2024 року | 1-35 |
| |
22 грудня 2023 року | 1-34 |
| |
4 липня 2023 р | 1-33 |
| |
2 лютого 2023 року | 1-32 |
| |
2 лютого 2023 року | 1-31 |
| |
31 січня 2023 р. | 1–30 |
| |
29 листопада 2022 р | 1-29 |
|
Визначення
Визначення | Опис |
---|---|
Партнер Cisco | Організація (зазвичай постачальник послуг), яка продає продукти та послуги Cisco своїм клієнтам. |
Кінцевий клієнт | Користувачі, які використовують продукти та послуги Cisco, продані їм партнером Cisco. |
CUBE | Cisco Unified Border Element |
Партнерська організація | репозиторій Webex Identity and Service Management, який зберігає інформацію про партнерів Cisco та їхніх клієнтів. |
Партнерський центр | Вебпортал для надання ідентифікаційних даних і служб для партнерів Cisco та клієнтів, якими вони керують. |
Організація клієнта | репозиторій Webex Identity and Service Management, який зберігає інформацію про кінцевого клієнта. |
Підприємство або постачальник послуг / група BroadWorks | Представлення кінцевого клієнта в BroadWorks. |
Огляд
Рішення Bring Your Own PSTN (BYoPSTN) дозволяє Webex для постачальників послуг Cisco BroadWorks надавати телефонні номери, якими вони володіють, користувачам для використання під час приєднання до Webex Meetings. Рішення дозволяє партнерам використовувати свої власні мережі PSTN і використовувати існуючі відносини з постачальниками послуг PSTN, а не використовувати надані Cisco номери.
Довідкова архітектура в цьому документі забезпечує наскрізний дизайн для опції BYoPSTN. Ця архітектура перевірена компанією Cisco і використовує Cisco Unified Border Element (CUBE) як контролер меж сесії (SBC) для трафіку дзвінків між BroadWorks і Webex Meetings.
Вибір параметра приєднання до наради
Зараз Webex для Cisco BroadWorks підтримує два варіанти підготовки номерів телефонів для нарад. Постачальники послуг повинні вибрати один із цих двох варіантів — комбінація не підтримується:
Номери телефону системи Cisco (Cisco ТМЗК) — Cisco надає номери телефонів, які учасники наради можуть використовувати для приєднання до нарад.
Номери телефону системи, надані партнером (BYoPSTN) — постачальники послуг надають власні номери телефонів для використання учасниками наради під час приєднання до нарад.
Рішення власної служби ТМЗК
Партнери, які вибрали параметр Номери телефону системи, надані партнером (BYoPSTN), повинні надати власні телефонні номери ТМЗК і надати інфраструктуру мережі, необхідну для маршрутизації викликів на та з Webex. Рішення Використання власної служби ТМЗК полегшує маршрутизацію викликів Over the Top (OTT) через загальнодоступний інтернет від BroadWorks до Webex.
У разі вибору параметра Використання власної служби ТМЗК застосовуються такі умови:
Партнери Cisco можуть використовувати ті самі номери телефону для більш ніж одного кінцевого клієнта. Ці номери телефонів можуть бути в будь-якій країні, де працює Партнер.
Параметр Використання власної служби ТМЗК не вимагає змін до загального процесу приєднання для клієнтів Webex для Cisco BroadWorks.
Використання власної служби ТМЗК вимагає підготовки на рівні партнера Cisco, і будь-які кінцеві клієнти, яких партнери активують після запуску власної служби ТМЗК, вмикаються автоматично.
Уся підготовка, необхідна для сайтів нарад клієнтів, є автоматичною, як і в поточному загальнодоступному рішенні.
Партнери, які активують пакети Standard і Premium, мають два вебсайти для нарад: один вебсайт для стандартних користувачів і інший для користувачів Premium. Обидва сайти ввімкнено для власної служби ТМЗК.
Учасники наради, які дзвонять на номер системи наради, можуть вибрати використання спільного доступу до відео та контенту через інтернет.
Застосовується до приєднання до нарад як для нарад у просторі, так і для нарад PMR. Зауважте, що для нарад в просторі простір повинен бути створений користувачем стандартної або преміальної категорії з можливостями організатора нарад Webex, щоб отримати номер доступу до ТМЗК. Простори, створені базовими користувачами, не отримують номери доступу до ТМЗК.
У цьому документі наведено перевірену конфігурацію, яка використовує CUBE як SBC. Однак, якщо ви не хочете використовувати CUBE, ви можете розгорнути власний SBC.
Архітектура
Рішення Webex для Cisco BroadWorks BYoPSTN базується на наборі служб Webex Edge, зокрема на службі аудіо Webex Edge, доступній корпоративним клієнтам. Архітектура адаптована для інтеграції інфраструктури Cisco Partners BroadWorks з Webex Edge Audio, що дозволяє партнеру Cisco централізовано налаштовувати набори телефонних номерів для використання кінцевими клієнтами.
Основні елементи архітектури:
BroadWorks — інфраструктура BroadWorks партнерів Cisco
Cisco Unified Border Element (CUBE) — контрольний прикордонний контролер сеансу (SBC) для рішення, розгорнутого в центрі обробки даних Cisco Partners. CUBE має бути всередині DMZ. Зверніть увагу: якщо ви не хочете використовувати CUBE, ви можете розгорнути власний SBC.
Аудіо Webex Edge — служба Webex, яка від’єднує ТМЗК від Webex шляхом зміни маршрутизації викликів, щоб використовувати інфраструктуру, надану партнером Cisco.
Виклики учасників з метою приєднання до наради передаються через BroadWorks до CUBE і від CUBE до інфраструктури Webex у хмарі через інтернет. Ця модель застосовується для обох сценаріїв приєднання до наради:
Виклик на номер системи — учасник набирає номер телефону в запрошенні на нараду на своєму телефонному апараті, зареєстрованому на BroadWorks, мобільному пристрої або в програмі Webex. Виклик ініціюється BroadWorks.
Зворотний виклик (необов’язково) —учасник просить, щоб Webex зателефонував за номером телефону, який надає учасник. Виклик ініційовано Webex.
Виклики, маршрутизовані від BroadWorks до CUBE в межах інфраструктури партнера, використовуватимуть SIP TCP для сигналізації викликів і RTP для медіа. Від CUBE до Webex дзвінки використовують SIP TLS для сигналізації та sRTP для медіа. Маршрутизація викликів із CUBE до WebEx здійснюється через інтернет і не використовує SIP-транк.
Типове налаштування для сценаріїв виклику/зворотного виклику таке:
Партнер Cisco має номер телефону ТМЗК (наприклад, 2403332200) і пов’язаний код доступу Webex (наприклад, 88631321777971704941).
Партнер Cisco надає віртуального абонента на BroadWorks, який відповідає пристрою CUBE. Партнер зіставляє номер телефону з кодом доступу і навпаки.
Код доступу, який надсилається Webex у повідомленнях SIP, ідентифікує сайти нарад, пов’язані з партнером Cisco.
Наведений вище номер телефону для доступу до зіставлення кодів налаштовується один раз і є загальним для всіх сайтів нарад кінцевих клієнтів.
Учасники, які приєднуються до наради, повинні ввести відповідний ідентифікатор наради (наприклад, 123456), який ідентифікує конкретну нараду, до якої потрібно приєднатися.
Партнерам рекомендується використовувати модель резервування, наведену нижче.
Приєднання до наради за допомогою системного виклику
На зображенні нижче показано процес користувача, який приєднується до наради за допомогою виклику системи.
Нижче наведено дії, необхідні для приєднання учасника до наради за допомогою виклику на номер системи.
Користувач планує нараду у Webex. Webex призначає ідентифікатор наради (наприклад, 123456).
Користувач набирає номер телефону, пов’язаний із нарадою (наприклад, 2403332200). Запрошення SIP містить URI запиту як номер телефону, пов’язаний із нарадою.
BroadWorks перетворює номер телефону на код доступу (наприклад, 88631321777971704941), пов’язаний із сайтом наради, і маршрутизує виклик до CUBE з використанням URI запиту як коду доступу.
Webex отримує ЗАПРОШЕННЯ SIP і відповідає на виклик. Мова оголошень визначається мовою, указаною для номера телефону, коли він надається в Cisco Partner Hub і BroadWorks.
Користувач вводить ідентифікатор наради (наприклад, 123456) за допомогою DTMF. Webex перевіряє користувача, а потім дозволяє йому приєднатися до наради.
Приєднання до наради за допомогою зворотного виклику (необов’язково)
На зображенні нижче показано процес користувача, який приєднується до наради за допомогою зворотного виклику. Користувач надсилає запит на виклик від Webex, щоб приєднатися до наради.
Нижче наведено кроки, необхідні для приєднання учасника до наради за допомогою зворотного виклику.
Користувач планує нараду у Webex. Webex призначає ідентифікатор наради (наприклад, 123456).
Користувач надсилає запит на виклик із Webex на потрібний номер (наприклад, +16504441000), щоб приєднатися до наради за допомогою програми Webex або клієнта Meetings.
Webex ініціює ЗАПРОШЕННЯ SIP до CUBE на основі групи зворотного виклику DNS SRV, наданої в Cisco Partner Hub і BroadWorks. URI запиту SIP INVITE містить номер телефону, на який необхідно отримати виклик (наприклад, +16504441000@cube.example.com).
CUBE перетворює номер телефону в ідентифікаторі віддаленої сторони до значення, яке ідентифікує віртуального абонента на BroadWorks (наприклад, 88631321777971704941@ecccx.amer.pub.webex.com). Це ідентифікує CUBE як віртуального користувача для сервера програм BroadWorks.
Зателефонувати користувачеві пропонується номер телефону, і користувач відповідає на виклик, щоб приєднатися до наради. Цей номер телефону може бути абонентом BroadWorks або номером ТМЗК. Якщо запитуваний номер є номером ТМЗК, BroadWorks використовує наданий шлях для маршрутизації виклику до ТМЗК.
Для параметра зворотного виклику обов’язково потрібно активувати дві такі функції:
- 102746 – Підтримка BroadWorks для UUID CI
- 102074 – Підтримка виставлення рахунків BYO PSTN для зворотних викликів і викликів
Це можна підтвердити з CLI, як показано нижче.
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
Докладний опис цих функцій і активації див. в розділі «Віртуальний абонент зворотного виклику наради VoiceXML» цього документа.
Якщо ви вирішите не налаштовувати параметр «Приєднання до наради за допомогою зворотного виклику», користувачі все одно зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера. У цьому випадку вам не потрібно налаштовувати групи зворотного виклику DNS SRV. |
Огляд конфігурації рішення
Рішення має кілька різних компонентів, кожен з яких має бути правильно налаштований, щоб рішення працювало успішно. Компоненти:
BroadWorks
CUBE (або альтернативний SP Certified Session Border Controller (SBC))
Аудіо Webex Edge
Існують взаємозалежності між конфігурацією цих різних компонентів, і тому одна або кілька організацій-початківців рішення повинні виконати необхідну конфігурацію рішення та перевірку.
Насівна організація
Початкова організація — це організація Webex, яку ви налаштовуєте для створення та перевірки параметрів для рішення Використання власної служби ТМЗК. Початкова організація повинна мати принаймні одного користувача, якому призначено a Стандартний пакет, і цей стандартний пакет має використовувати Номери телефону системи, надані партнером (БТМЗК) параметр приєднання до наради. Рекомендовано пов’язати вихідну організацію з тестовим постачальником послуг BroadWorks або підприємством.
Початкові організації рішення мають дві цілі:
Початкова конфігурація —Підготовка вихідних організацій генерує номер телефону для зіставлення кодів доступу до нарад і універсальний унікальний ідентифікатор сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Ця інформація потрібна для налаштування віртуальних абонентів BroadWorks (VSUB).
Перевірка конфігурації —Використовуйте вихідну організацію, щоб визначити, чи налаштовано ваше рішення Використання власної служби ТМЗК відповідно до ваших вимог. Використовуйте вихідну організацію та тестуйте користувачів, щоб перевірити варіанти використання викликів на нараду та зворотного виклику за допомогою номерів виклику, наданих партнером, і записів зворотного виклику DNS SRV (якщо ввімкнено зворотний виклик).
Адміністратор повинен створити організацію вихідного рішення для кожного унікального набору телефонних номерів і записів зворотного виклику DNS SRV. Створення організації вихідного рішення в кожному конкретному випадку створює необхідний номер телефону зі зіставленнями кодів доступу до наради та можливість перевірити пов’язані варіанти використання виклику на нараду та зворотного виклику для цих номерів телефону та записів зворотного виклику DNS SRV.
Адміністратор, який використовує Cisco Partner Hub, повинен вибрати одну організацію початкового рішення як організація первинного вихідного рішення . UUID сайту наради наради пакета Standard цієї організації основного вихідного рішення необхідно налаштувати на BroadWorks. Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Цей єдиний UUID вебсайту використовується всіма наборами телефонних номерів і записами зворотного виклику DNS SRV. Значення UUID кількох вебсайтів не є обов’язковими.
За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.
У наступних розділах надається докладна інформація про різні елементи конфігурації.
Елементи конфігурації Використання власної служби ТМЗК
Ключовим елементом рішення є конфігурація телефонних номерів партнера Cisco та записів зворотного виклику DNS SRV. Використання власної служби ТМЗК використовує групи телефонних номерів і групи зворотного виклику DNS SRV як спосіб призначення географічних номерів телефонів і резервування маршрутизації викликів для нарад Webex. Ці елементи призначаються кінцевим клієнтам шаблоном клієнта.
Групи телефонних номерів (PNG)
Партнери Cisco надають номери телефонів, які використовуються учасниками для приєднання до нарад у Cisco Partner Hub. Ці номери телефонів об’єднані в групу телефонних номерів. Список телефонних номерів пов’язано з вебсайтом наради. Усі особисті кімнати для нарад (PMR) і заплановані наради на цьому вебсайті для нарад використовують пов’язані номери телефонів. Нижче наведено приклад групи телефонних номерів:
Ім’я номера телефону | Країна | Код країни | Номер телефону | Оголошення | Тип платного номера | Пріоритет виклику |
---|---|---|---|---|---|---|
Меріленд, США | США | +1 | 2403332200 | Англійська | Платний | Основний |
США, Флорида | США | +1 | 9049002303 | Англійська | Платний | Вторинний |
США, Нью-Йорк | США | +1 | 8056504578 | Англійська | Безкоштовно | Немає |
Номери телефонів мають такі атрибути:
Ім’я номера телефону — ім’я для опису номера телефону
Країна — країна, до якої призначено телефон
Код країни — код країни, з якої телефонують, або код країни для набору номера
Номер телефону — номер телефону для приєднання до наради без коду країни
Оголошення — мова оголошення, яке відтворюватиметься, коли учасник приєднується до наради
Toll Type — тип номера: Платний або безкоштовний номер
Пріоритет виклику на номер системи — пріоритет, призначений номерам наради. Подання учасників номерів для приєднання до наради впорядковано відповідно до цього пріоритету.
Номери телефону за замовчуванням: Адміністратори можуть призначити пріоритет виклику на номер системи: Основний, Додатковий або Жодний номеру телефону в групі телефонних номерів. Номери телефону з пріоритетом Основний або Додатковий є телефонними номерами за замовчуванням. Номери телефонів за замовчуванням надсилаються в електронних листах із запрошеннями на нараду та перераховані в порядку пріоритетності, який учасники повинні використовувати для приєднання до нарад. Номери телефону за замовчуванням не обов’язково повинні бути в одній країні. Необхідно вибрати основний номер телефону, додатковий номер телефону є необов’язковим. Принаймні один із телефонних номерів за замовчуванням має бути типу Платний.
Користувачі кінцевих клієнтів можуть задати власні номери телефону за замовчуванням за допомогою вебінтерфейсу вебсайту наради. Ці номери відображаються для цього користувача та його учасників, коли вони є організаторами наради. Якщо користувач приєднається до наради як відвідувач, вони відображатимуться лише для нього.
Як указано в прикладі вище, умови адміністратора партнера Cisco Меріленд, США як основний і США, Флорида як другорядні, це номери телефону за замовчуванням. Користувач може змінити це на своїх нарадах, змінивши основний на США, Нью-Йорк і вторинний як Меріленд, США .
Максимальна кількість телефонних номерів для певної групи телефонних номерів становить 98.
ПРИМІТКА. Налаштування виділеного номера для одного підприємства не підтримується.
Групи зворотного виклику DNS SRV (CDSG)
Щоб дозволити учасникам наради вибирати варіант зворотного виклику, потрібна група зворотного виклику DNS SRV, яка вказує на екземпляри CUBE в мережі партнера Cisco. Webex використовує ці записи для маршрутизації зворотного виклику через CUBE до BroadWorks, який потім може перемістити зворотний виклик наради на номер телефону учасника наради.
Нижче наведено приклад групи зворотного виклику DNS SRV.
Країна/регіон | Код країни | Запис DNS SRV |
---|---|---|
США | +1 | cube.us.example.com |
Мексика | +52 | cube.mx.example.com |
Усі інші країни | Н/Д | cube.global.example.com |
Записи зворотного виклику DNS SRV мають такі атрибути:
Країна/регіон — країна або регіон, для яких цей запис DNS SRV має використовуватися для надсилання запитів на виклик.
Код країни — код країни, пов’язаний із країною/регіоном. Для коду країни може бути лише один запис DNS SRV.
Запис DNS SRV — запис DNS SRV для екземплярів Cisco Partner CUBE.
Коли учасник запитує виклик на вказаний ним номер телефону, Webex використовує виклик DNS SRV, пов’язаний із кодом країни для вказаного номера телефону, щоб маршрутизувати виклик до відповідних елементів у мережі Cisco Partners.
Використання запису DNS SRV у такий спосіб забезпечує підтримку резервних екземплярів CUBE для обслуговування запитів на виклики від Webex. У прикладі вище, коли учасники наради в США запитують зворотний виклик від Webex на їхній номер телефону в США, Webex використовує DNS SRV. cube.us.example.com
щоб маршрутизувати цей виклик до мережі партнера Cisco. Коли учасники наради в Мексиці подають запит на зворотний виклик від Webex на їхній номер телефону в Мексиці, Webex використовуватиме DNS SRV cube.mx.example.com
щоб маршрутизувати цей виклик до мережі партнера Cisco.
Для будь-якої країни або регіону, які не мають конкретного запису зворотного виклику DNS SRV, ці запити викликів спрямовуються на ' Усі інші країни Запис DNS SRV. Адміністратор повинен налаштувати запис DNS SRV «Усі інші країни».
Максимальна кількість записів для певної групи зворотного виклику DNS SRV становить 200.
Шаблони клієнтів
Шаблон клієнта – це вже наявна концепція рішення Webex для BroadWorks. Шаблон надає конфігурацію за замовчуванням, яка використовується для підготовки кінцевого клієнта. Використання власної служби ТМЗК надає додаткові атрибути шаблону клієнта:
Тип приєднання до наради: можуть бути або номери телефону системи Cisco, або номери телефону системи, надані партнером. Цей атрибут вказує на номери телефонів, налаштовані для сайтів для нарад, пов’язаних із пакетами «Стандартний» і «Преміум». Номери телефону системи, надані партнером, має вибирати адміністратор.
Група телефонних номерів. Цей атрибут пов’язаний лише з параметром системних телефонних номерів, наданими партнером, і вказує на номери телефонів, які використовуються кінцевими клієнтами, які надаються для пакетів «Стандартний» і «Преміум» під час приєднання до нарад.
Група зворотного виклику DNS SRV. Цей атрибут пов’язаний лише з параметром системних телефонних номерів, наданими партнером, і вказує на записи DNS SRV, які використовуються Webex під час зворотного виклику кінцевим клієнтам, які підготовлені для пакетів Standard і Premium під час приєднання до нарад. Якщо ви не хочете вмикати зворотний виклик, ви можете вибрати "Вимкнути зворотний виклик" під час створення або оновлення шаблону клієнта. Коли для Кінцевого клієнта надається перший абонент на стандартний або преміальний варіант, надається пов’язаний із пакетом сайт нарад. Сайт для нарад із пакетом підготовлено відповідно до наведеного вище шаблону клієнта. Будь-який згодом підготовлений абонент (стандартний або преміальний) додається до вже підготовленого сайту для нарад — конфігурація сайту для нарад не змінюється.
Будь-які зміни в шаблоні клієнта щодо наведених вище атрибутів застосовуються лише до нещодавно підготовлених сайтів для нарад із пакетом. Наявні вебсайти для нарад, уже підготовлені, не зазнають впливу змін у шаблоні клієнта.
Єдиним винятком є те, що якщо кінцевий клієнт уже має сайт пакетних нарад, будь-який новий сайт пакетних нарад буде підготовлено з використанням того самого типу приєднання до нарад, що й наявний сайт пакетних нарад. Наприклад, якщо кінцевий клієнт має вебсайт для нарад із пакетом «Стандартний», що використовує системні телефонні номери Cisco, а шаблон клієнта оновлено, щоб використовувати номери телефону системи, надані партнером, буде підготовлено новий сайт нарад із пакетом «Преміум» з використанням системних телефонних номерів Cisco, Налаштування шаблону клієнта не застосовується. Сайти для нарад «Стандартний» і «Преміум» для певного кінцевого клієнта завжди повинні бути надані послідовно.
Кластер викликів BroadWorks
Екран Cisco Partner Hub — BroadWorks Calling Cluster надає доступ до перегляду та/або завантаження Конфігурація BroadWorks (Використання власної служби ТМЗК) інформації. Інформація про конфігурацію Використання власної служби ТМЗК для заданого кластера включає такі дані:
Відомості про організацію Primary Seed Solution, зокрема UUID вебсайту для нарад зі стандартним пакетом і URL сайту.
Відомості про групу номерів телефону для всіх груп, налаштованих для цього кластера. Сюди входить зіставлення номерів телефону та кодів доступу до наради для кожної групи. Зауважте, що відомості мають містити групи, пов’язані з усіма організаціями вторинних вихідних рішень.
Відомості про групу зворотного виклику DNS SRV для всіх груп, налаштованих для цього кластера. Зауважте, що відомості мають містити групи, пов’язані з усіма організаціями вторинних вихідних рішень.
Відомості про шаблон клієнта для цих шаблонів із використанням будь-якої з груп телефонних номерів і груп зворотного виклику DNS SRV.
Кожен кластер викликів BroadWorks має власний кластер Конфігурація BroadWorks (Використання власної служби ТМЗК) інформацію, зокрема про призначені їй групи телефонних номерів і групу зворотного виклику DNS SRV. Однак зверніть увагу, що всі кластери викликів BroadWorks використовують одну й ту саму організацію Primary Seed Solution, а тому всі мають однаковий UUID вебсайту для нарад із пакетом стандартних пакетів і URL-адресу сайту.
, Конфігурація BroadWorks (Використання власної служби ТМЗК) інформація доступна для перегляду/завантаження лише тоді, коли адміністратор налаштує та вибере організацію Primary Seed Solution. Організація первинного вихідного рішення повинна мати принаймні одного користувача, призначеного до пакета «Стандарт», і цей стандартний пакет повинен використовувати параметр приєднання до нарад за номерами телефону системи, наданими партнером (BYoPSTN).
Приклад елементів конфігурації Використання власної служби ТМЗК
На зображенні нижче показано приклад багатокластерного розгортання BroadWorks з географічними шаблонами клієнтів, номерами телефонів і маршрутизацією.
У першій таблиці показано багатокластерне розгортання BroadWorks з регіональними шаблонами клієнтів, групами телефонних номерів і групами зворотного виклику DNS SRV. Наступні таблиці розгортають групу телефонних номерів і групи зворотного виклику DNS SRV.
Кластер BroadWorks | Ім’я шаблону | Упаковка | Тип приєднання до наради | Група телефонних номерів | Група зворотного виклику DNS SRV |
---|---|---|---|---|---|
BWKS США NG | Західний вул | Стандартні | Партнер надав номери телефону системи | Захід США | CB США |
Західний прем’єр США | Преміум | ||||
США East Std | Стандартні | Схід США | |||
Східний прем’єр США | Преміум | ||||
BWKS MX | Стандартний MX | Стандартні | Партнер надав номери телефону системи | MX PNG | CB MX |
MX Prem | Преміум | ||||
BWKS Велика Британія | Велика Британія | Стандартні | Партнер надав номери телефону системи | Велика Британія PNG | Зворотний виклик вимкнено |
Прем’єр-міністр Великої Британії | Преміум | ||||
BWKS США | Стандартний номер США | Стандартні | Номери телефону системи Cisco | Немає | Немає |
Абоненти, підготовлені за допомогою шаблону US West Std або US West Prm, під час приєднання до нарад використовують номер телефону West West. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB US DNS SRV.
Абоненти, підготовлені за допомогою шаблону US East Std або US East Prm, під час приєднання до нарад використовують номер телефону US East. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB US DNS SRV.
Абоненти, підготовлені за допомогою шаблону MX Std або MX Prm, використовують номер телефону MX PNG для приєднання до нарад. Ці абоненти, які зустрічаються із запитами на приєднання зворотного виклику, надсилаються до записів CB MX DNS SRV.
Абоненти, підготовлені за допомогою шаблону UK Std або UK Prm, використовують номери телефону PNG у Великобританії для приєднання до нарад. Цим абонентам не буде запропоновано приєднатися до наради за допомогою зворотного виклику, оскільки зворотний виклик вимкнено.
Абоненти, підготовлені за допомогою стандартного номера США, використовують системні телефонні номери Cisco, тому не мають призначених груп номерів телефонів або групи зворотного виклику DNS SRV. Ці абоненти використовують надані Cisco номери телефонів для приєднання до нарад і записи Cisco DNS SRV для приєднання до нарад за допомогою зворотного виклику.
Деталі прикладу груп телефонних номерів наведено нижче.
Група телефонних номерів | Ім’я номера телефону | Країна | Код країни | Номер телефону | Оголошення | Тип платного номера | Пріоритет виклику |
---|---|---|---|---|---|---|---|
Захід США | Сан-Франциско, США | США | +1 | 4156551000 | Англійська | Платний | Основний |
США, Пало-Альто | США | +1 | 9863502478 | Англійська | Безкоштовно | Немає | |
Схід США | Меріленд, США | США | +1 | 2403332200 | Англійська | Платний | Основний |
США, Флорида | США | +1 | 9049002303 | Англійська | Платний | Вторинний | |
США, Нью-Йорк | США | +1 | 8056504578 | Англійська | Безкоштовно | Немає | |
MX PNG | Мексика | MX | +52 | 2065304086 | Європейська Іспанська | Платний | Основний |
Велика Британія PNG | Великобританія | Великобританія | +44 | 4527789651 | Англійська | Платний | Основний |
Деталі прикладу груп зворотного виклику DNS SRV наведено нижче.
Група зворотного виклику DNS SRV | Країна | DNS SRV |
---|---|---|
CB США | США | cube.us.example.com |
Усі інші країни | cube.row.example.com | |
CB MX | MX | cube.mx.example.com |
Усі інші країни | cube.row.example.com |
Конфігурація для запису DNS SRV США, cube.us.example.com може бути такою, як у прикладі:
| 86400 | ВХІД | SRV | 10 | 10 | 5061 |
|
| 86400 | ВХІД | SRV | 10 | 10 | 5061 |
|
Цей запис DNS SRV може бути розділений на такий запис DNS A:
| 86400 | ВХІД | A | 45.84.168.81 |
| 86400 | ВХІД | A | 45.84.168.82 |
Записи DNS SRV призначені для безпечних викликів SIP від Webex до CUBE. |
Порти, що використовуються Webex
Порти в таблиці нижче необхідно відкрити на брандмауері DMZ, де знаходиться CUBE, а інші порти можна закрити. Додаткову інформацію про порти та вимоги до мережі див. у статті:
https://collaborationhelp.cisco.com/article/WBX264
Джерело | Вихідні порти | Місце призначення | Порти призначення | Протокол | Опис | ||
---|---|---|---|---|---|---|---|
Служби аудіо Webex Edge | Короткотерміновий | CUBE | 5061 | TCP | (mTLS 1.2) Вхідні сигнали SIP від Webex Edge Audio до CUBE SBC.
| ||
Служби аудіо Webex Edge | 4000–4010 | CUBE | 5061 | TCP | (mTLS 1.2) Параметри Ping для аудіо Webex Edge. | ||
CUBE | Короткотерміновий | EdgeAudio | 5605 | TCP | (mTLS 1.2) Вихідна сигналізація SIP для аудіо Webex Edge. | ||
Служби аудіо Webex Edge | Короткотерміновий | CUBE | Ефемерні порти 8000–59999 | UDP | (SRTP) Обскури брандмауера потрібно відкрити для вхідного медіатрафіку до аудіо Edge. | ||
CUBE | Ефемерні порти 10200–28000 | Аудіо Edge | Короткотерміновий | UDP | (SRTP) Обскури брандмауера потрібно відкрити для вихідного медіатрафіку до CUBE. |
Набір шифрів TLS і SRTP
Для рукостискання mTLS використовується TLS версії 1.2 або новішої. Webex Edge Audio підтримує такі шифри (під час зворотного виклику Webex Edge Audio пропонує їх у привітанні клієнта рукостискання TLS):
TLS_ ECDHE_ ECDSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ ECDSA_ З_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
TLS_ ECDHE_ RSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ ECDHE_ RSA_ З_ AES_ 256_ CBC_ SHA384
TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
TLS_ RSA_ З_ AES_ 256_ GCM_ SHA384
TLS_ RSA_ З_ AES_ 256_ CBC_ SHA256
TLS_ RSA_ З_ AES_ 128_ GCM_ SHA256
TLS_ RSA_ З_ AES_ 128_ CBC_ SHA256
TLS_ DHE_ DSS_ З_ AES_ 256_ GCM_ SHA384
TLS_ DHE_ DSS_ З_ AES_ 256_ CBC_ SHA256
TLS_DHE_DSS_WITH_AES_128_GCM_SHA256
TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
Для sRTP використовуються такі шифри:
AEAD_ AES_ 256_ GCM
AEAD_ AES_ 128_ GCM
AES_CM_128_HMAC_SHA1_80
AES_ CM_ 128_ HMAC_ SHA1_ 32
Підтримувані аудіокодеки
G722
G711µ
G711a
Вимоги до профілю SIP і RTP
Рішення вимагає, щоб між CUBE (або SBC) і Webex було розгорнуто SIP TLS для сигналізації та sRTP для медіа.
Профілі SIP і RTP як частина цього зв’язку повинні відповідати таким вимогам:
Вимоги до профілю SIP | Відомості |
---|---|
Таймер завершення сеансу | 2220 с (прийнято SIP 422) * коригується відповідно до потреб компанії та очікується 422. |
Медіапропозиція для входу | Рання пропозиція |
Медіапропозиція для виходу | Пізня пропозиція |
Параметри інтервалу ping | 30 с (мінімум) |
DTMF | RFC2833 Корисне навантаження 101 (Без акустичного DTMF!) |
Порти SIP-UDP | 4000-4010,5061,5065 |
Профіль RTP | Відомості |
---|---|
Голосовий профіль корисного навантаження | G.722/G.711μ /G.711a |
Розмір пакета | 20 мс |
VAD (Виявлення голосової активності) | Ні |
Таймер неактивності медіа | 1200 мс |
Зміна кодека під час набору | Не прийнято |
RTP | 8000-48198 |
Шифри sRTP | AEAD_ AES_ 256_ GCM AEAD_ AES_ 128_ GCM AES_CM_128_HMAC_SHA1_80 AES_ CM_ 128_ HMAC_ SHA1_ 32 |
Кодек G.729 не підтримується. Якщо ви хочете використовувати G.729, ви повинні використовувати транскодери. |
Домени маршрутизації викликів Webex
DNS SRV _sips._tcp.<domain>
використовується для доступу до аудіо Webex Edge. Є чотири домени залежно від регіону.
Регіон | Домен |
---|---|
Північна та Південна Америки | ecccspx.amer.pub.webex.com |
Великобританія, Північна Африка | ecccspx.emea.pub.webex.com |
Азійсько-Тихоокеанський регіон | ecccspx.apac.pub.webex.com |
Австралія / Нова Зеландія | ecccspx.anz.pub.webex.com |
Європа | ecccspx.euro.pub.webex.com |
SRV DNS дозволяє отримати кілька записів A, що вказують на основний і додатковий сайти. У наведеній нижче таблиці наведено приклад для регіону AMER, і ця таблиця може бути змінена в майбутньому.
Тип запису | Записати | Ціль | Мета |
---|---|---|---|
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr1.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxpr2.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc1.amer.pub.webex.com | Виявлення аудіо Webex Edge |
SRV | _sips._tcp .ecccspx.amer.pub.webex.com | ecccspxsc2.amer.pub.webex.com | Виявлення аудіо Webex Edge |
A | ecccspxpr1.amer.pub.webex.com | 207.182.174.101* | Вказує на Webex Edge Audio AMER Primary 1 |
A | ecccspxpr2.amer.pub.webex.com | 207.182.174.102* | Вказує на Webex Edge Audio AMER Primary 2 |
A | ecccspxsc1.amer.pub.webex.com | 207.182.174.229* | Вказує на Webex Edge Audio AMER Secondary 1 |
A | ecccspxsc2.amer.pub.webex.com | 207.182.174.230* | Вказує на Webex Edge Audio AMER Secondary 2 |
DNS-SRV є динамічним за своєю природою, IP-адреси схильні до змін; тому уникайте жорсткого кодування або створення закладок для IP-адрес. Будь-які зміни або оновлення, внесені до файлу, див. в розділі "Історія переглядів документа". Довідкова інформація про порт для Webex Calling документ. |
Резервування CUBE
Cisco Unified Border Element (CUBE) надає можливість керування межами сеансів у мережі, яка керує з’єднаннями SIP між зовнішніми об’єктами та внутрішньою мережею. Додаткову інформацію про CUBE можна знайти в розділі обов’язкових умов нижче.
Підтримувані моделі резервування визначені з метою забезпечення високої доступності та усунення єдиної точки відмови для партнера Cisco. Нижче наведено три різні моделі. Партнери Cisco повинні прийняти ту модель, яка застосовується до їхнього середовища.
Під час процесу приєднання партнер має вимкнути фільтри ICMP.
Дуплексне розгортання CUBE для BroadWorks, розгорнуто на одному сайті
Розгортання Simplex CUBE для BroadWorks розгорнуто на кількох сайтах
Можлива ще одна модель резервування, коли CUBE розгортається в дуплексному режимі на кожному сайті. Ця модель не є обов’язковою, враховуючи, що BroadWorks розгорнуто з геонадлишковістю.
Підготовка
1. | Обов’язкові умови партнера
|
2. | Надайте номери телефонів у Cisco Partner Hub
|
3. | Підготовка груп зворотного виклику DNS SRV в Cisco Partner Hub (необов’язково)
|
4. | Зв’яжіть PNG (і CDSG) із шаблонами клієнта
|
5. | Підготовка організацій вихідних рішень
|
6. | Виберіть організацію Primary Seed Solution
|
7. | Завантажити конфігурацію BroadWorks (BYoPSTN)
|
8 | Визначте домен Webex Edge Audio DNS SRV
|
9 | Конфігурація партнера BroadWorks
|
10 | Партнер підготовки CUBE (або ваш власний SBC)
|
11 | Сертифікація власної служби ТМЗК
|
Крок 1. Обов’язкові умови партнера
Для підготовки власної служби ТМЗК необхідно виконати наведені нижче обов’язкові умови. Наведені нижче обов’язкові умови передбачають, що партнер має робоче розгортання 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
Крок 2. Підготовка груп телефонних номерів (PNG) у партнерському центрі
Процедура, яку партнер Cisco використовує для додавання своїх телефонних номерів для виклику наради Webex, така:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу номерів телефону системи стор.
Введіть Група телефонних номерів ім’я та виберіть Далі .
Введіть Номер телефону деталі й виберіть Далі .
Перегляньте зведені відомості про групу номерів телефонів і виберіть Зберегти .
Повторіть цю процедуру для кожної групи телефонних номерів, яку потрібно додати.
На знімках екрана нижче показано цю процедуру.
Крок 3: Підготовка груп зворотного виклику DNS SRV (CDSG) у партнерському центрі
Цей крок потрібно виконати, лише якщо ви хочете розгорнути параметр приєднання до наради за допомогою зворотного виклику. В іншому разі можна пропустити цей крок. |
Якщо цей параметр не налаштовано, користувачі зможуть використовувати параметр «Виклик на номер» для приєднання до нарад або приєднатися за допомогою аудіо комп’ютера. |
Якщо використовується параметр зворотного виклику наради, для маршрутизації викликів із Webex до CUBE потрібна група зворотного виклику DNS SRV. Процедура, яку партнер Cisco використовує для додавання своїх записів CUBE DNS SRV до Webex, є наступною:
Увійдіть у концентратор партнера.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Конфігурація приєднання до наради (Використання власної служби ТМЗК) , виберіть Створіть групу зворотного виклику DNS SRV .
Введіть SRV зворотного виклику DNS Ім’я групи .
Виберіть Далі.
Введіть дані зворотного виклику DNS SRV.
Виберіть Далі.
Перегляньте зведені відомості про зворотний виклик DNS SRV.
Виберіть Зберегти.
Надайте будь-які оновлення DNS, щоб відобразити нові записи в групі DNS SRV.
Повторіть цю процедуру для кожної групи зворотного виклику DNS SRV, яку потрібно додати.
На знімках екрана нижче показано цю процедуру.
Крок 4: Зв’яжіть PNG і CDSG із шаблонами клієнта в концентраторі партнерів
Початкова конфігурація та перевірка рішення Використання власної служби ТМЗК вимагає початкової організації для кожної унікальної комбінації Група телефонних номерів і Група зворотного виклику DNS SRV (якщо потрібен зворотний виклик) . Тому партнерам Cisco рекомендовано створити новий Шаблон клієнта для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV. Кожен шаблон клієнта слід використовувати для створення відповідної вихідної організації.
Після того як конфігурація Використання власної служби ТМЗК буде завантажена й перевірена за допомогою вихідних організацій, групи телефонних номерів і групи зворотного виклику DNS SRV можна застосувати до наявних шаблонів клієнта за потреби.
Зверніть увагу, що щойно створені шаблони клієнтів не використовуються наявними клієнтами, що не тестують, і тому їх можна безпечно використовувати для ручної перевірки конфігурації Використання власної служби ТМЗК.
Якщо ви не розгортаєте функцію приєднання до наради за допомогою зворотного виклику, вам не потрібно пов’язувати групи зворотного виклику DNS SRV із шаблоном клієнта. Однак вам потрібно вибрати Вимкнути зворотний виклик . |
Щоб додати до нового шаблону клієнта, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Шаблони , виберіть Додати шаблон .
Введіть дані шаблону. На Тип пакета етап:
Виберіть Тип пакета як Стандартний .
Виберіть Конфігурація приєднання до наради як Номери телефону системи, надані партнером (БТМЗК) .
Виберіть підготовку Група телефонних номерів .
Для Група зворотного виклику DNS SRV, якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .
Виберіть Далі.
Введіть дані шаблону, що залишилися.
Перегляньте зведені відомості про шаблон.
Клацніть Зберегти.
Повторіть цю процедуру для кожного шаблону клієнта, який необхідно додати
На знімку екрана нижче показано цю процедуру.
Щоб оновити наявний шаблон клієнта, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks розділ.
Під Шаблони , виберіть Переглянути шаблон .
Виберіть шаблон, який потрібно оновити.
Прокрутіть до Конфігурація приєднання до наради розділ:
Виберіть Номери телефону системи, надані партнером (БТМЗК) .
Виберіть налаштований раніше Група телефонних номерів .
Для Група зворотного виклику DNS SRV , якщо потрібно ввімкнути параметр зворотного виклику наради, виберіть підготовлену групу зворотного виклику DNS SRV. В іншому разі виберіть Вимкнути зворотний виклик .
Виберіть Зберегти.
На знімку екрана нижче показано цю процедуру.
Крок 5: Підготовка організацій вихідних рішень
Рішення Використання власної служби ТМЗК має кілька різних компонентів, кожен з яких має бути правильно налаштований для успішної роботи рішення. Однією з двох цілей організацій вихідного рішення є створення номера телефону зі зіставленнями кодів доступу до нарад і універсального унікального ідентифікатора сайту наради (UUID сайту), які необхідні для поточної роботи рішення. Іншою метою є перевірка конфігурації.
Для кожної унікальної комбінації групи телефонних номерів і групи зворотного виклику DNS SRV, що буде використовуватися, необхідно попередньо створити відповідний шаблон клієнта. Для кожного з цих шаблонів клієнта повинна бути підготовлена організація вихідного рішення. Підготовка цих вихідних організацій генерує номер телефону зі зіставленнями кодів доступу до нарад і UUID сайту нарад, які необхідні для налаштування BroadWorks.
Використовуючи кожен із попередньо налаштованих шаблонів клієнта, підготуйте абонента для нового тестового постачальника послуг BroadWorks або нового BroadWorks Enterprise з Стандартний пакет користувача. Отриманий Стандартний пакет вебсайт для нарад має використовувати параметр приєднання до наради номерів телефону системи постачальника партнерів. Для підготовки абонента можна використовувати будь-який із таких способів:
Підготуйте тестового абонента за допомогою BroadWorks Subscribers API, як задокументовано
developer.webex.com
.Увімкніть тестового абонента для служби IM&P на BroadWorks, налаштований на використання шаблону клієнта. Переконайтеся, що шаблон клієнта використовує стандартний пакет за замовчуванням, щоб переконатися, що тестовому абоненту призначено стандартний пакет. Крім того, тестовий абонент має бути згодом оновлений, щоб отримати пакет Standard.
Зауважте, що організації вихідних рішень рекомендується пов’язувати з тестовим постачальником послуг BroadWorks або тестовим BroadWorks Enterprise.
Крок 6. Виберіть організацію Primary Seed Solution
Дуже важливо, щоб цей сайт нарад залишався підготовленим, оскільки UUID цього вебсайту надсилається в кожному запиті на приєднання до наради з системою виклику як маркер автентифікації. Не слід видаляти початкову організацію, оскільки пов’язаний сайт наради також буде видалено. Якщо вихідну організацію видалено, вам потрібно буде підготувати нову та повторно налаштувати Broadworks з новим UUID вебсайту.
За бажанням можна видалити основну й додаткову організації вихідних рішень, перш ніж набір телефонних номерів і записів зворотного виклику DNS SRV буде призначено нетестовим клієнтам. Коли набір телефонних номерів і записи зворотного виклику DNS SRV призначаються будь-яким клієнтам, що не перевіряють, ці номери телефонів і записи зворотного виклику пов’язуються з сайтами нарад для цих клієнтів і використовуються для приєднання до наради за допомогою системного виклику та зворотного виклику. Будь-які зміни слід розглядати як такі, що впливають на службу.
Щоб вибрати організацію Primary Seed Solution, виконайте такі дії:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks розділ.
Під Перевірка конфігурації (Використання власної служби ТМЗК) розділ, виберіть Призначити .
У Призначити організацію екрана, знайдіть і виберіть одну з початкових організацій, налаштованих раніше
Виберіть Призначити .
Вибрана вихідна організація є основною вихідною організацією.
На знімках екрана нижче показано цю процедуру.
Крок 7. Завантажити конфігурацію BroadWorks (BYoPSTN)
Відомості про організацію основного вихідного рішення, групи телефонних номерів і групу зворотного виклику DNS SRV для певного кластера BroadWorks доступні в одному розташуванні — файлі JSON конфігурації BroadWorks (BYoPSTN). Ця інформація потрібна для налаштування BroadWorks для власної служби ТМЗК.
Зауважте, що файл конфігурації JSON доступний для перегляду/завантаження лише після вибору організації основного вихідного рішення.
Процедура перегляду/завантаження файлу конфігурації JSON така:
Увійдіть до Cisco Partner Hub.
Перейдіть до розділу налаштувань.
Прокрутіть до Виклики BroadWorks .
Під Кластери , виберіть Перегляд кластера .
Виберіть кластер, пов’язаний із шаблонами клієнта, налаштованими для власної служби ТМЗК.
Прокрутіть до Конфігурація BroadWorks для власної служби ТМЗК розділ.
Клацніть Завантажте файл конфігурації JSON .
Повторіть цю процедуру для будь-яких інших кластерів BroadWorks.
На знімках екрана нижче показано цю процедуру.
Див. зразок файлу конфігурації JSON нижче. Файл містить додаткову інформацію про кожну групу телефонних номерів, групу зворотного виклику DNS SRV, наступні ключові елементи конфігурації, які необхідно ввести в BroadWorks, виділені жирним шрифтом.
siteUUID: BroadWorks має надсилати це значення в повідомленнях SIP. Це токен, який Webex Edge Audio використовує для підтвердження ідентифікації BroadWorks партнера Cisco та його доступу до сайтів нарад, якими керує цей партнер Cisco.
Зіставлення номера телефону та коду доступу: Номери телефонів і пов’язані з ними коди доступу Webex мають бути налаштовані в BroadWorks.
номерТелефону
код доступу
localeTag: Бажану мову оголошення, пов’язану з номером телефону, необхідно налаштувати в BroadWorks.
dnsSrv: Зворотний виклик DNS SRV має бути налаштований в DNS і посилатися на потрібні екземпляри CUBE.
{
"siteUUID": "491db0821791441a96c233fefb6c6dfc",
"siteURL": " seedtestenterpriseabc.webex.com ",
"partnerOrgId": "1da175de-3651-4467-b26b-b0d85a2cb3ad",
"solutionValidationOrgId": "d927ac4d-3d73-4d7f-8506-a1bc0a221934",
"customerTemplates": [
{
"name": "US West Std",
"id": "27fe1337-ab1d-44b0-8b5e-ff1d32f6e3f8",
"phoneNumberGroupId": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "US East Std",
"id": "070d6682-b64f-46ea-bc4b-b2e1218ba4bb",
"phoneNumberGroupId": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"callbackDnsSrvGroupId": "25392686-a390-49b9-bad5-cb47159c3e992"
}
],
"phoneNumberGroups": [
{
"name": "US West",
"id": "1bcb05bd-b919-45fd-b30e-71d2abb59e26",
"phonenumbers": [
{
"id": "617c5faa-1721-45c7-bc70-e6d7c20ccc29",
"name": "US Palo Alto",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "9863502478",
"accessCode": "88672693772924908359"
},
{
"id": "48fa7c50-9da0-4c8b-9b2f-307ff435c7c7",
"name": "US Toll San Francisco",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "4156551000",
"accessCode": "88652789466280320324"
}
]
},
{
"name": "US East",
"id": "12bc0b8f-ea1d-457f-8fe2-069ccf78907e",
"phonenumbers": [
{
"id": "ca0c622a-8621-4477-91e0-b3e214833568",
"name": "US Maryland",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "PRIMARY",
"phoneNumber": "2403332200",
"accessCode": "88631321777971704941"
},
{
"id": "00875574-9a46-4447-a967-350b6176755a",
"name": "US Florida",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "Toll",
"defaultPhoneNumberType": "SECONDARY",
"phoneNumber": "9049002303",
"accessCode": "88632627551145646175"
},
{
"id": "a2c10316-9266-4423-a669-d67949f99d33",
"name": "US New York",
"countryCode": "US",
"localeTag": "en_US",
"tollType": "TollFree",
"defaultPhoneNumberType": "NONE",
"phoneNumber": "8056504578",
"accessCode": "88649679020033567943"
}
]
}
],
"callbackDnsSrvGroups": [
{
"name": "CB US",
"callbackDnsSrvs": [
{
"name": "Callback US",
"countryCode": "US",
"dnsSrv": "cube.us.example.com",
"id": "c5209d17-7c2f-45b3-95a6-65d7f5f53c7e"
}
],
"id": "25392686-a390-49b9-bad5-cb47159c3e992"
},
{
"name": "CB MX",
"callbackDnsSrvs": [
{
"name": "Callback MX",
"countryCode": "MX",
"dnsSrv": "cube.mx.example.com",
"id": "cca0e4c3-5cff-412c-a854-bfb719f603a2"
}
],
"id": "36403797-b401-50c0-cbe5-dc58260d4f003"
}
]
}
Крок 8. Визначте домен Webex Edge Audio DNS SRV
Домен Webex Edge Audio DNS SRV має бути налаштований на BroadWorks. Використовуйте наведену далі процедуру, щоб визначити значення.
Увійдіть до Cisco Partner Hub.
Перейти до Клієнти .
Виберіть підприємство з перевірки власної служби ТМЗК.
Виберіть Переглянути клієнта.
Перейти до Служби/наради .
Виберіть вебсайт для нарад стандартного пакета.
Прокрутіть донизу бічної панелі й виберіть Налаштуйте сайт .
Виберіть Загальні налаштування / Налаштування аудіо .
Під Користувацькі глобальні номери телефону системи Edge Audio розділ, виберіть Створіть сценарій Lua .
У спливаючому вікні виконайте пошук значення «-- Оновити до заголовка з URL-адресою CCAX».
-- Update To header with CCAX URL local oldTo1 = msg:getHeader("To") local newTo1 = string.gsub(oldTo1, "<sip:(.+)@(.*)>", "<sip:%1@ecccx.amer.webex.com>") msg:modifyHeader("To", newTo1)
Виділити значення, виділене жирним шрифтом, наприклад,
ecccx.amer.webex.com.
Це домен Webex Edge Audio DNS SRV, який необхідно налаштувати в BroadWorks.
Крок 9. Конфігурація партнера BroadWorks
У цьому розділі описано конфігурацію BroadWorks, необхідну для впровадження сценаріїв виклику наради та зворотного виклику, показаних на схемах нижче. Приклади конфігурації базуються на даних у файлі JSON, показаному в попередньому розділі. Очікується, що номери, домени, імена підприємств/груп, типи пристроїв, політики, профілі тощо залежать від партнера.
Потік викликів:
- Користувач надсилає запит на зворотний виклик, Webex ініціює зворотний виклик.
- Виклик маршрутизується до BroadWorks OTT.
- Виклик надходить до CUBE, наданого в CH. CUBE маршрутизує виклик до BroadWorks.
- BroadWorks ідентифікує виклик як джерело організатора наради, створює сеанс для користувача організатора наради й обробляє виклик.
- Сеанс користувача організатора наради обробляє виклик і перекладає набраний номер. Крім того, запис оплати створюється від імені користувача організатора наради.
- BroadWorks маршрутизує виклик або до користувача, пов’язаного з пристроєм (7), або до ТМЗК (8).
Перед початком
Зв’язок SIP між BroadWorks і CUBE може здійснюватися через UDP або TCP залежно від вимог до мережі. Наприклад, якщо деякі мережі або пристрої доступу (наприклад, шлюзи або кінцеві точки) у потоках викликів або зворотних викликів ДПТМЗК не підтримують TCP, замість цього слід використовувати UDP.
Конфігурація та приклади, наведені в цьому посібнику, використовують TCP як транспортний протокол. Щоб використовувати TCP, переконайтеся, що сервер програм BroadWorks і мережевий сервер налаштовано на TCP:
_CLI/Interface/SIP> get
networkProxyTransport = unspecified
accessProxyTransport = unspecified
supportDnsSrv = true
supportTcp = true
Сервер застосунків
Визначте/Тип профілю пристрою
Необхідно створити новий тип профілю ідентифікатора/пристрою для представлення CUBE. Обов’язково налаштуйте вказані нижче властивості, а для інших можна залишити значення за замовчуванням:
Тип адреси сигналізації — Установлено на Інтелектуальна адресація проксі
Автентифікація —Установлено на Увімкнено
Підтримуйте ідентифікаційні дані в режимі оновлення та повторного запрошення —Перевірено
Можливість статичної реєстрації —Установлено на Увімкнено
Підтримка відео —Установлено на Вимкнено
У наведеному нижче прикладі новий тип ідентифікатора/профілю пристрою «VXML_profile ” створено для представлення CUBE.
Віртуальний абонент Voice XML
Створіть екземпляр VoiceXML
Кожен номер ТМЗК Webex Meetings представлений віртуальним абонентом у BroadWorks, і можна використовувати функціональні можливості віртуального передплатника VoiceXML. Рекомендовано використовувати виділене підприємство та групу для всіх віртуальних абонентів VoiceXML. Зауважте, що ми фактично не використовуємо жодних можливостей VoiceXML, але цей тип віртуальних користувачів підходить для взаємодії з CUBE.
Щоб використовувати службу VoiceXML, переконайтеся, що ліцензія містить достатню кількість «VoiceXML» і що служба авторизована на рівні підприємства та групи, а службу VoiceXML призначено групі, як показано на прикладі зображення нижче.
Під VoiceXML і створіть екземпляр для кожного номера ТМЗК.
, виберітьНалаштуйте адреси VoiceXML
Для кожного екземпляра VoiceXML надайте таке в адресах VoiceXML:
Номер телефону —Введіть номер для набору номера для вебсайту Webex Meetings (наприклад, 2403332200).
Внутрішній номер
Ідентифікаційні дані/профіль пристрою —Створіть один екземпляр (наприклад, VXML_device Prof) на основі типу пристрою, створеного в попередньому розділі (VXML_profile у прикладі) і введіть таку конфігурацію.
Лінія/порт —Введіть у<access number=""> @<domain> формат, де
<access number=""> — це номер коду доступу для вебсайту Webex Meetings (доступний у файлі JSON) (наприклад, 88631321777971704941)
<domain> є доменом аудіо Webex Edge для цього сайту наради (наприклад, ecccspx.amer.pub.webex.com)
Контакт sip —Для викликів системи викликів на нараду за номером доступу ЗАПРОШЕННЯ буде надіслано з URI запиту, установленим на значення цього поля. Введіть контакт SIP у цьому форматі<sip contact=""> ;<Locale> ;<Meetings Site="" UUID=""> ;<SIP transport=""> , де:
<sip contact=""> є<number> з поля лінії/порту, але з доменом як SRV, який перетворюється на адресу CUBE (наприклад, 88631321777971704941@cube.internal.local)
<Locale> представляє налаштування мови відповідно до мовного стандарту користувача (наприклад, locale=en_ США)
<Meetings Site="" UUID=""> є UUID вебсайту з файлу JSON (наприклад, x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b)
<SIP transport=""> має бути transport=tcp, щоб AS використовувала TCP для надсилання повідомлень до CUBE.
Нижче наведено приклад параметрів VoiceXML-адрес.
Для кожного додаткового номера доступу до наради, який буде використано, необхідно створити додаткового віртуального абонента VoiceXML, аналогічно наведеному вище. Можна використовувати той самий профіль пристрою, але поля Порт лінії та Контакт мають бути створені на основі інформації про номер доступу, як показано вище. |
Переконайтеся, що обмеження політики обробки викликів, які ви налаштовуєте для віртуального абонента BroadWorks, достатні для обробки додаткових викликів власної служби ТМЗК у вашій групі телефонних номерів. |
Призначте автентифікацію SIP для екземпляра VoiceXML
Призначте службу автентифікації віртуальному абоненту VoiceXML. Це використовуватиметься для автентифікації повідомлень SIP INVITE від CUBE у сценарії зворотного виклику. Він також не дозволяє віртуальному абоненту VoiceXML приймати виклики від сторін, відмінних від CUBE
Перейдіть на сторінку автентифікації віртуального абонента в розділі «Утиліти» та введіть ім’я користувача та пароль SIP, як показано нижче:
CUBE має бути налаштовано з тим самим ім’ям користувача та паролем для належної автентифікації повідомлень ЗАПРОШЕННЯ, які надсилаються до AS. Приклад команди для налаштування автентифікації SIP на CUBE є таким:
|
Файл Namedefs
Поле контакту SIP віртуального абонента VoiceXML містить URL-адресу, за якою частина домену перетворюється на адресу CUBE. Це внутрішній SRV, і файл namedefs на AS можна використовувати для перетворення внутрішнього SRV на IP-адресу CUBE.
У нашому прикладі SRV-контактом SIP є cube.internal.local і вирішує адресу 10.165.196.30, порт 5060, щоб зв’язатися з CUBE. На AS, /usr/local/broadworks/bw_base/conf/namedefs
файл оновлюється таким чином:
_sip.tcp.cube.internal.local SRV 1 99 5060 10.165.196.30
Тип виклику Webex Meetings
Доступні параметри конфігурації обробки викликів Webex Meetings, щоб керувати обробкою викликів на номер системи наради. За замовчуванням виклики на номер системи наради обробляються як зовнішні виклики, оскільки системні номери обслуговуються у спеціальному підприємстві або постачальнику послуг. Зовнішні виклики зазвичай включаються в кількість сеансів керування доступом до сеансів і позначаються для стягнення плати в полі CDR. індикатор заряду .
У наведеному нижче прикладі додається рекомендована конфігурація для обробки викликів на нараду як внутрішніх викликів, щоб вони були виключені з тарифікації та виключені з підрахунку контролю допуску на сеанси.
За допомогою налаштування Застосувати поле NS Charge значення true, населеність поля CDR індикатор заряду базується на налаштованому атрибуті Charge типу виклику мережевого сервера.
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> add "Webex Meetings" WXM true true
AS_CLI/System/CallP/WebexMeetings/WebexCallTypes> get
Name NS Call Type Enforce NS Charge Field Process As Internal For SAC-Subscriber
==========================================================================================
Webex Meetings WXM true true
Віртуальний абонент зворотного виклику наради VoiceXML
Створіть абонента зворотного виклику наради VoiceXML
Для обробки зворотних викликів Webex Meetings необхідно налаштувати виділеного віртуального абонента VoiceXML зі спеціальним параметром зворотного виклику наради Webex (далі — абонент зворотного виклику наради VoiceXML) на сервері програм BroadWorks (AS). В AS можна налаштувати лише один екземпляр цього абонента.
Щоб увімкнути цю функцію, установіть для активованої функції 102074 значення true через CLI.
AS_CLI/System/ActivatableFeature> activate 102074
***** Warning *****:
This activity should only be done during a maintenance window because
this may cause large amounts of data to be added/modified/deleted and
it may take some time to execute. Features that have web page impacts
require that users and administrators log out and log back in.
Are you sure you want to continue?
Please confirm (Yes, Y, No, N): y
...Done
AS_CLI/System/ActivatableFeature> get
Id Description Activated Last Modified Timestamp
=============================================================================================
102746 BroadWorks Support for CI UUID true
102074 BYO PSTN Billing support for CallBack and CallIn true
104256 Weak Password Validation Service false
104073 Add FAC Support for Call Center Agent Join-Unjoin in CDR false
103542 Configurable Endpoint For Auto-Answer And Forced Answer false
104255 Control password usage and behavior to ensure security false
Оскільки функція «Підтримка оплати BYO ТМЗК для зворотних викликів і викликів» залежить від функції «Підтримка BroadWorks для CI UUID», перед активацією функції (102074) потрібно також активувати функцію (102746). Докладніше див. в розділі «Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)». |
Абонент зворотного виклику наради VoiceXML подібний до наявного віртуального абонента VXML BYOPSTN, але позначений новим прапорцем «Зворотний виклик Webex Meeting». Для цього абонента зворотного виклику наради VoiceXML налаштовано той самий профіль пристрою, що й наявний віртуальний абонент BYOPSTN VXML, а також службу автентифікації з тими самими обліковими даними.
Приклад показано нижче.
Абонент зворотного виклику наради VoiceXML повинен існувати в AS, де розміщено користувача організатора наради. Коли AS отримує запит INVITE на зворотний виклик наради, вона намагається знайти користувача зворотного виклику наради VoiceXML і користувача організатора наради в AS під час налаштування виклику. Якщо жоден із цих користувачів не знайдено, виклик відхиляється.
Сеанс організатора наради
У сценарії зворотного виклику із заголовком X-Cisco-Meet-Info сервер застосунків Cisco BroadWorks отримує запит ЗАПРОШЕННЯ SIP та ідентифікує користувача організатора наради за допомогою параметра UUID користувача CI організатора заголовка SIP X-Cisco-Meet-Info. Сеанс виклику створюється від імені організатора наради. Користувача створюється для обробки виклику та виконання профілю служби цього користувача. Крім того, запис оплати створюється від імені користувача організатора наради. Інформація про ідентифікатор наради та UUID вебсайту із заголовка SIP X-Cisco-Meet-Info фіксуються в записі рахунків.
Приклад заголовка SIP X-Cisco-Meet-Info наведено нижче:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab
-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
Платформа доставки застосунків
Синхронізація UUID користувача CI (підтримка Broadworks для UUID CI)
UUID користувача CI — це унікальний ідентифікатор для ідентифікації користувачів у середовищі Webex.
Ця програма синхронізації підготовки Webex на платформі доставки застосунків Cisco BroadWorks (ADP) використовується для синхронізації, зіставлення та зберігання UUID користувача CI в інфраструктурі BroadWorks, щоб його можна було використовувати під час різних взаємодій із Webex і службою Webex для BroadWorks.
Див. розділ « Увімкнути зворотний виклик наради Webex» про те, як CI Користувач Асоціація UUID використовується мережевим сервером Cisco BroadWorks і сервером застосунків Cisco BroadWorks.
Наведені далі кроки налаштовують програму Webex Provisioning Sync для періодичного опитування та оновлення користувачів BroadWork за допомогою UUID CI.
Для програми Webex Provisioning Sync потрібні облікові дані OAuth з адміністратором Spark:broadworks_subscribers_read для постачальника ідентифікаційних даних Cisco, і їх можна отримати, надіславши запит на обслуговування до оператора з приєднання.
Перегляньте розділ "Отримання облікових даних OAuth для вашого Webex для Cisco BroadWorks", щоб отримати додаткові відомості, щоб надіслати запит на обслуговування на адресу: https://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/Solution_Guide/wbxbw_b_solution-guide/wbxbw_b_SolutionGuide-PDF_chapter_01.html?bookSearch=true#Cisco_Generic_Topic.dita_0e1beabc-80ae-4e8d-b177-17108ec5daed
Додайте маркер із відповідним іменем партнера таким чином:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> add custBYO refreshToken
New Password:
Re-type New Password:
ADP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CiscoIdentityProvider/Partners> get
Partner Name Refresh Token
==================================
FederationPartner ********
custPart ********
custBYO ********
Додайте ім’я партнера, пов’язане з маркером OAuth, до списку партнерів, які будуть відстежуватися програмою Webex Provisioning Sync, установивши прапорець "enabled" у значення "true".
За допомогою цього Webex Provisioning Sync програма почне виконувати синхронізацію UUID користувача CI через визначений інтервал опитування.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> add custBYO true
Після включення партнера програма Webex Provisioning Sync тепер може виконувати пов’язування UUID CI з користувачами BroadWorks.
Змініть час очікування підключення за допомогою таких команд:
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> set requestTimeout 30000
...Done
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> get
requestTimeout = 30000
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller> cd http
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/Controller/Http> set connectionTimeout 300
*** Warning: BroadWorks needs to be restarted for the changes to take effect ***
ADP_CLI/Application/WebexProvisioningSync/GeneralSetting/Controller/HTTP > get
connectionPoolSize = 5
connectionTimeout = 300
connectionIdleTimeOut = 300
maxConcurrentRequests = 10
maxCookieAgeInHours = 24
Це пов’язування можна виконати автоматично або вручну. Команда CLI manualSync може миттєво запустити асоціацію.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> manualSync custBYO
Партнери з параметром "Enabled" установленим на "true" виконують пов’язані з інтервалом опитування. Під час початкового приєднання програма Webex Provisioning Sync запитує Webex Subscriber API, щоб отримати дані, що містять UUID CI, для всіх користувачів, обслуговуваних партнером. Зовнішній ідентифікатор користувача BroadWorks оновлюється за допомогою пов’язаного UUID CI. Подальші зв’язки впливають на користувачів, доданих до партнера. Команду status можна використовувати, щоб перевірити, чи завершено синхронізацію.
ADP_CLI/Applications/WebexProvisioningSync/GeneralSettings/MonitoredPartners> status
Partner Name Status Last Sync Time
============================================================
custBYO synchronizing
custPart monitoring 2023-01-29T15:36:43.873-05:00
2 entries found.
Після завершення синхронізації стан знову зміниться на моніторинг. Подальша синхронізація виконується для користувачів, доданих до партнера після "Час останньої синхронізації".
На наступному малюнку показано UUID CI, установлений у зовнішньому ідентифікаторі:
Мережевий сервер
Тип виклику
З метою виставлення рахунків і звітування може бути бажано позначити CDR для викликів на системи нарад. Це можна зробити за допомогою політики попереднього введення виклику мережевого сервера.
Спочатку в NS CLI в розділі /System/CallP/CallType додайте новий тип виклику. У наведеному нижче прикладі додається новий тип виклику «WXM».
NS_CLI/System/CallP/CallTypes> add WXM LOCAL true false "Webex Meetings"
NS_CLI/System/CallP/CallTypes> get calltype WXM
CallType Description Category Scope SupportE164 Charge
=======================================================================
WXM Webex Meetings LOCAL User Defined true false
Потім тип виклику можна використовувати в екземплярі PreCallTyping, який є частиною профілю маршрутизації користувача BroadWorks. У цьому прикладі новий екземпляр PreCallTyping «wxm» було додано в контекст CLI /Policy/PreCallTyping, але це може бути наявний екземпляр PreCallTyping, який уже використовується:
NS_CLI/Policy/PreCallTyping> add wxm true CallTypes ALL
NS_CLI/Policy/PreCallTyping> get wxm
Policy: PreCallTyping Instance: wxm
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportLCABasedNormalization = false
Enable = true
Наступним кроком є додавання записів до екземпляра PreCallTyping для всіх набірних номерів у контексті /Policy/PreCallTyping/DialPlan CLI. Наприклад:
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> add wxm 1 dflt_e164 12403332200 12403332200 exact 11 11 WXM 0 0 Webex Meetings
NS_CLI/Policy/PreCallTyping/DialPlan> get wxm 1
Policy: PreCallTyping Instance: wxm Table: DialPlan
CC Dial Plan From To Match Min Max Call Type Prefix Action Call Ind Description
================================================================================================
1 dflt 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Weetings
1 dflt_e164 12403332200 12403332200 {exact} 11 11 {WXM} 0 Webex Meetings
Потім екземпляр PreCallTyping додається (за умови, що він ще не існує) до відповідного профілю маршрутизації початкового користувача, як показано в прикладі нижче:
NS_CLI/Policy/Profile> add Profall PreCallTyping wxm
NS_CLI/Policy/Profile> get profile Profall
Profile: Profall
Policy Instance
==========================================
CallTyping DefaultInst
CallScreening DefaultInst
SubLocation DefaultInst
FarEndRtg DefaultInst
NearEndRtg DefaultInst
UrlDialing DefaultInst
MediaSrvSel DefaultInst
SIMPLE DefaultInst
DstSvcRtg DefaultInst
NumberPortability DefaultInst
RCBasedRtg DefaultInst
NetVoicePortalRtg DefaultInst
PreCallTyping wxm
CDR, що походять від BroadWorks, генеруються лише викликами, що надходять від абонентів BW. Виклики ТМЗК з "мережевої" сторони AS не створюватимуть вихідні CDR. У будь-якому випадку для віртуального абонента VoiceXML буде завершено CDR. |
МаршрутизаціяNE
Для представлення CUBE в NS в /System/Device/RoutingNE контекст CLI потрібен RoutingNE. Таким чином, коли NS отримує ЗАПРОШЕННЯ від CUBE, він зіставлятиме заголовок via із записом RoutingNE, який надано на NS. Див Посібник із адміністрування інтерфейсу командного рядка Cisco BroadWorks Network Server Щоб дізнатися більше про те, як додати RoutingNE.
Нижче наведено приклад команд для додавання RoutingNE «WebexMeetings», де IP-адреса CUBE = 10.165.196.30. У прикладі також показано команди для створення нових екземплярів OrigRedirect і Profile для зв’язування з RoutingNE, але наявні екземпляри також можна використовувати.
NS_CLI/Policy/OrigRedirect> add wxm_Inst true CallTypes ALL supportTrunkGroupLookups disable applyAccessSideRules enableRestrictive
NS_CLI/Policy/OrigRedirect> get wxm_Inst
Policy: OrigRedirect Instance: wxm_Inst
Enable = true
CallTypes:
Selection = {ALL}
From = {PCS, ALL, TRMT, LO, GNT, DP, WXM, LPS, OA, TPS, EA, FGB, POA, SV, SVCD, IN, MS, CSV, EM, SVCO, SMC, ZD, NIL, CT, TF, GAN, TO, DA, OAP}
supportTrunkGroupLookups:
Selection = {disable}
From = {disable, enablePermissive, enableRestrictive}
applyAccessSideRules:
Selection = {enableRestrictive}
From = {disable, enablePermissive, enableRestrictive}
NS_CLI/Policy/Profile> add wxm_routing
NS_CLI/Policy/Profile> add wmx_routing OrigRedirect wxm_Inst
NS_CLI/Policy/Profile> add wmx_routing SubLocation DefaultInst
NS_CLI/Policy/Profile> get profile wxm_routing
Profile: wxm_routing
Policy Instance
==========================================
OrigRedirect wxm_Inst
SubLocation DefaultInst
NS_CLI/System/Device/RoutingNE> add WebexMeetings 1240364 1 99 wxm_routing false OnLine AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> add WebexMeetings 10.165.196.30 1 99 tcp
NS_CLI/System/Device/RoutingNE> get
Network Element WebexMeetings
Location = 1240364
Static Cost = 1
Static Weight = 99
Poll = false
OpState = enabled
State = OnLine
Profile = wxm_routing
Signaling Attributes= AccessRoutingNE
NS_CLI/System/Device/RoutingNE/Address> get
Routing NE Address Cost Weight Port Transport Route
WebexMeetings 10.165.196.30 1 99 - tcp
У прикладі конфігурації CUBE надсилає до NS ЗАПРОШЕННЯ, подібне до такого (важливі поля виділені жирним шрифтом):
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks
"<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID:
e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGSTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Де:
URI запиту INVITE містить номер зворотного виклику
Через заголовок: містить IP-адресу CUBE, яка буде використовуватися для вибору профілю RoutingNE.
Заголовок X-Cisco-Info-Meet: використовується для ідентифікації ідентифікатора користувача HostCIU, ідентифікатора наради та UUID сайту.
Отримавши ЗАПРОШЕННЯ, NS використовує заголовок Via для зіставлення з RoutingNE «WebexMeetings». Це в свою чергу вибере "wxm_routing " профіль маршрутизації, який містить "wxm_ Inst» екземпляра OrigRedirect.
Тоді політика NS OrigRedirect буде відповідати заголовку X-CISCO-MEET-INFO:
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
з портом лінії, налаштованим на віртуальному абоненті VoiceXML, і надіслати переспрямування 302 до пари AS, яка обслуговує цього абонента. Повідомлення 302 подібне до такого:
SIP/2.0 302 Moved temporarily
Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK5452684
From:" Webex "<sip:+12403332200@10.165.196.30>;tag=8EEAA586-1675
To:<sip:+14519615001@10.155.6.172>;tag=394411970-1602687588994
Call-ID:ABC5CCA2-D6411EB-8AD6D92D-EE20F768@10.165.196.30
CSeq:101 INVITE
Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone> ;q=0.5, <sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone>;q=0.25
Content-Length:0
Псевдонім
Домен в URI INVITE (у прикладі це bw.myenterprise.com), надісланий CUBE до NS, повинен бути розпізнаний NS. Це можна зробити, додавши домен у NS_ Контекст CLI/системи/псевдоніма, наприклад:
NS_CLI/System/Alias> add bw.myenterprise.com
Команду для налаштування домену URI INVITE на CUBE можна знайти в наступному розділі в розділі абонента або сеансу ціль, наприклад:
dial-peer voice 23401 voip
session target dns:bw.myenterprise.com
ХостингNE
Щоб підтримувати параметри конфігурації обробки викликів Webex Meetings для виставлення рахунків і керування допуском до сеансів, атрибути сигналізації хостингу NE сервера програм Обов’язкова інформація про тип виклику і RequiresChargeIndication має бути ввімкнено в контексті NS_CLI/System/Device/HostingNE._ Наприклад:
NS_CLI/System/Device/HostingNE> set broadworksASHostNe signaling E164Compliant,
CallTypeInfoRequired, SourceId, RequiresNetworkIndication RequiresChargeIndication;
Увімкнути зворотний виклик наради Webex
У сценарії зворотного виклику із заголовком SIP X-Cisco-Meet-Info CUBE надсилає виклик мережевому серверу для переспрямування відправника на пару AS. Пара AS визначається на основі enableWebexMeetingHoostLookup системний параметр.
NS_CLI/System/CallP/Options> get
accessSideRoutingNeDeterminedViaSignaling = false
disableNdcValidationForCalledNumbers = true
forceRoutingNEProfile = false
skipPrivatePoliciesOnEmergency = true
maxReturnedContacts = 10
enableWebexMeetingHostLookup = true
Коли enableWebexMeetingHoostLookup для системного параметра встановлено значення true, UUID користувача організатора наради в заголовку X-Cisco-Meet-Info використовується для ідентифікації пари AS, яка обслуговує користувача організатора наради.
INVITE sip:+19991111111@domain.com:5060 SIP/2.0
Via:SIP/2.0/TCP 10.10.10.10:5060;branch=z9hG4bK7C7B9EB
Remote-Party-ID:" BroadWorks "<sip:886222222222@domain.com>;screen=no;party=calling;privacy=off
From:" BroadWorks "<sip:+12403333333@10.20.20.20>;tag=958BDDF4-1AB
To:<sip:+19991111111@domain.com>
Date:Thu, 03 Nov 2022 12:39:58 GMT
Call-ID:75D3B642-5AAB11ED-AC82BA3C-276254A1@10.20.20.30
Supported:100rel,timer,resource-priority,replaces,sdp-anat
Min-SE:14400
Cisco-Guid: 1976459008-1521160685-2893855292-0660755617
X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab-04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec"
X-Cisco-Org-Id:82e2eb35-1610-44e7-9b20-ab607e026270
User-Agent: Cisco-SIPGateway/IOS-16.12.2s
Timestamp: 1667479198
Session-ID: e13cc71f24ae400669d5247d8306ac23;remote=00000000000000000000000000000000
Allow:INVITE,OPTIONS,BYE,CANCEL,ACK,PRACK,UPDATE,REFER,SUBSCRIBE,NOTIFY,INFO,REGISTER
CSeq:101 INVITE
Contact:<sip:+12403333333@10.20.20.20:5060;transport=tcp>
Expires:180
Allow-Events:telephone-event
Max-Forwards:68
Крок 10 Підготовка партнера CUBE
У цьому розділі наведено перевірену конфігурацію щодо розгортання Cisco Unified Border Element (CUBE) як прикордонного контролера сеансу (SBC) для рішення Bring Your Own PSTN.
У цьому розділі зосереджено на конфігураціях CUBE, які необхідні для взаємодії з прикладом конфігурації Webex для Cisco BroadWorks, показаним у попередньому розділі. Для більш загального обговорення початкового розгортання та налаштування CUBE див. такі посібники: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-overview.html
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-Guide
Розгорнути Y наш власний SBC Параметр
Якщо ви не хочете розгортати CUBE, у вас є можливість розгорнути власний SBC. Однак зверніть увагу, що цей документ не надає перевірену конфігурацію для SBC, крім CUBE.
Якщо ви розгортаєте власний SBC, ви можете дотримуватися високорівневих вимог до конфігурації CUBE (наприклад, призначення, такі як домен, загальнодоступні та приватні інтерфейси та шлюзи), щоб керувати налаштуваннями. Однак зверніться до документації SBC, щоб отримати докладну довідку про командний рядок, оскільки фактичні команди для вашого власного SBC, ймовірно, будуть відрізнятися від CUBE.
Якщо не вказано інше, решта вимог до конфігурації на кроці 10 застосовуються незалежно від того, який SBC ви розгортаєте. Однак приклади командного рядка призначені лише для CUBE, якщо не вказано, що приклад застосовується до інших SBC. Щоб отримати інформацію про команди конфігурації, див. документацію SBC. |
Початкова конфігурація
Щоб налаштувати CUBE, потрібно ввімкнути привілейований режим EXEC. Якщо з’явиться відповідний запит, введіть пароль.
enable
Щоб увійти в режим глобального налаштування:
configure terminal
Установіть домен:
ip domain name myenterprise.com
Установіть максимальний розмір сегмента (MSS):
ip tcp mss 1360
Конфігурація мережі
Визначте загальнодоступний і приватний інтерфейси. У нашому прикладі CUBE:
------- Private side -------
interface GigabitEthernet1
description Interface facing BC
ip address <CUBE PRIV IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
------- Public side -------
interface GigabitEthernet2
description Interface facing WEBEX
ip address <CUBE PUB IP> <SUBNET MASK>
negotiation auto
no mop enabled
no mop sysid
!
Налаштуйте шлюзи для IP-маршрутизації для загальнодоступної та приватної сторони:
ip route 0.0.0.0 <PUB SUBNET MASK> <CUBE PUB GW IP>
ip route 10.0.0.0 <PRIV SUBNET MASK> <CUBE PRIV GW IP>
Увімкнути SSH:
ip ssh logging events
ip ssh version 2
!
username admin privilege 15 password <password>
CUBE (або ваш власний SBC) має бути всередині DMZ з належним чином налаштованими правилами брандмауера. Див. розділ Порти, що використовуються Webex для списку портів, які потрібно відкрити на зовнішньому брандмауері |
Налаштуйте записи SRV для викликів зворотного виклику, надісланих з CUBE (або SBC) на сервери мережі BroadWorks. Наприклад, SRV для bw.myenterprise.com:
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns01.myenterprise.com
ip host _sip._tcp.bw.myenterprise.com srv 1 50 5060 ns02.myenterprise.com
ip host ns01.myenterprise.com <NS01 IP>
ip host ns02.myenterprise.com <NS02 IP>
Налаштуйте сервер DNS:
ip name-server <DNS_IP_address>
Альтернативний варіант DNS — налаштувати внутрішній DNS, коли внутрішній DNS звертається до батьківського DNS-сервера, якщо внутрішній пошук не вдається. |
Конфігурація обробки викликів
Загальні
Налаштуйте CUBE (або ваш SBC) з усіма IP-адресами, які необхідні для доступу до служби VoIP. Це включає наведене далі:
Приватні адреси сигналізації SIP для серверів BroadWorks AS, NS і MS.
Загальнодоступні сторонні адреси для інфраструктури Webex Edge для аудіо.
Приклад конфігурації CUBE див. нижче:
voice service voip
ip address trusted list
------- IPs on private side (needs to include all BroadWorks AS, NS and MS signaling addresses) -------
ipv4 <NS01 IP>
ipv4 <NS02 IP>
ipv4 <AS01 IP>
ipv4 <AS02 IP>
ipv4 <MS01 IP>
------- IPs on public side (These are the public addresses for the Webex audio infrastructure. The below range is an example only.) -------
ipv4 64.68.96.0 255.255.224.0
ipv4 66.114.160.0 255.255.240.0
ipv4 66.163.32.0 255.255.224.0
Наведений вище діапазон IP-адрес є прикладом. Щоб переглянути поточний список загальнодоступних IP-адрес для аудіоінфраструктури Webex, перейдіть до: |
Як дозволити трафік Webex Meetings у моїй мережі? —Діапазон IP-адрес для більшості кластерів відображається під Список діапазонів IP-адрес, що використовуються Cisco Webex Meeting Services . Виняток становлять кластери Китаю, для яких діапазон відображається за посиланням нижче:
Вимоги до мережі для кластера Cisco Webex у Китаї
Таймер за замовчуванням для CUBE для встановлення підключення TCP перед просуванням маршруту становить 20 секунд. Щоб змінити його:
ip tcp synwait-time <5-300 (seconds)>
На стороні BroadWorks таймер за замовчуванням для часу очікування сервера програм на пристрої доступу, що не відповідає, становить 6 секунд. Щоб змінити його:
AS_CLI/System/CallP/AccessRouting> set terminationAttemptTimeoutSeconds <1-15 (seconds)>
Необхідно відкрити публічний і приватний інтерфейси для трафіку RTP на CUBE (або на вашому власному SBC). Приклад CUBE див. нижче:
voice service voip
rtcp all-pass-through
media disable-detailed-stats
------- CUBE public IP + port range -------
media-address range <CUBE PUB IP> <CUBE PUB IP> port-range 10200-28000
------- CUBE private IP + port range -------
media-address range <CUBE PRIV IP> <CUBE PRIV IP> port-range 10200-28000
Де:
- <CUBE PUB="" IP=""> є загальнодоступною IP-адресою CUBE
- <CUBE PRIV="" IP=""> є приватною IP-адресою CUBE
- Діапазон портів: у прикладі діапазон портів від 10200 до 28000
CUBE підтримує такі набори шифрів TLS (під час виклику CUBE пропонує їх у привітанні клієнта TLS Handshake):
TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
TLS_RSA_WITH_AES_128_CBC_SHA
TLS_EMPTY_RENEGOTIATION_INFO_SCSV
Інші загальні параметри для налаштування (див. нижче приклади конфігурацій CUBE):
aaa new-model
aaa authentication login default local
aaa authorization exec default local
!
ip scp server enable
!
voice service voip
address-hiding
allow-connections sip to sip
no supplementary-service sip moved-temporarily
call-quality
max-dropout 2
max-reorder 2
sip
contact-passing
Uri для вхідного та вихідного набору мають бути визначені для подальшого використання в однорангових вузлах набору:
voice class uri INEdgeAudio sip
pattern x-cisco-webex-service=audio
!
voice class uri OUTEdgeAudio sip
host cube.internal.local
Webex Edge Audio підтримує кодеки G722, G711ulaw і G711alaw. Для подальшого використання в вузлах набору необхідно визначити такий код класу голосу:
voice class codec 3
codec preference 1 g722-64
codec preference 2 g711ulaw
codec preference 3 g711alaw
Webex Edge Audio використовує SRTP. Голосовий клас SRTP-crypto призначає бажаний набір шифрування SRTP для використання для Edge Audio. Налаштуйте наступні криптографічні набори в порядку. Конфігурацію srtp-crypto класу голосу необхідно застосувати до абонентів, що використовуються для підключення до Edge Audio.
voice class srtp-crypto 234
crypto 1 AEAD_AES_256_GCM
crypto 2 AEAD_AES_128_GCM
crypto 3 AES_CM_128_HMAC_SHA1_80
crypto 4 AES_CM_128_HMAC_SHA1_32
Попередньо налаштуйте первинний ключ, щоб мати змогу встановити пароль для автентифікації
key config-key password-encrypt Password123 authentication username <username>
password encryption aes
Введіть облікові дані автентифікації SIP, які було підготовлено для віртуального абонента VoiceXML на AS, за допомогою наведеної далі команди. У сценаріях зворотного виклику ці облікові дані будуть використовуватися, коли AS викликає запит INVITE, який CUBE (або ваш власний SBC) надсилає AS.
sip-ua
------- to enable authentication -------
authentication username <username> password 0 <password>
Після налаштування автентифікації пароль буде приховано під час перегляду за допомогою команди "show running-config".
sip-ua
------- to enable authentication -------
authentication username <username> password 6 [GF]XXXXX[YYYYYY\ZZZZZ]\
Також необхідно виконати таку глобальну конфігурацію SIP:
------- Max INVITE retries -------
retry invite 3
------- By default, use TLS -------
transport tcp tls v1.2
connection-reuse
------- What trustpoint to use when mTLS is challenged -------
crypto signaling default trustpoint <trustpoint>
Профілі перекладу
Профіль трансляції повідомлень SIP 2340 використовується для викликів наради. Він повинен містити запис для зміни повідомлень SIP, що надходять від BroadWorks, перед надсиланням на Edge Audio, як показано в прикладі правила 11.
------- BroadWorks to Webex -------
voice class sip-profiles 2340
rule 1 request INVITE sip-header SIP-Req-URI modify "sips:" "sip:"
rule 2 request INVITE sip-header To modify "sips:" "sip:"
rule 3 request INVITE sip-header From modify "sips:" sip:
rule 4 request INVITE sip-header Remote-Party-ID modify "sips:" "sip:"
rule 5 request INVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 6 request ACK sip-header From modify "sips:" "sip:"
rule 7 request REINVITE sip-header P-Asserted-Identity modify "sips:" "sip:"
rule 8 request REINVITE sip-header From modify "sips:" "sip:"
rule 9 request REINVITE sip-header Contact modify "sips:(.*)>" "sip:\1;transport=tls>"
rule 10 request INVITE sip-header Contact modify "sips:" "sip:"
rule 11 request INVITE sip-header SIP-Req-URI modify "cube.internal.local" "ecccspx.amer.pub.webex.com"
Наведене вище правило 11 зіставляє вхідний запит Uri від BroadWorks, який має значення контакту профілю пристрою віртуального абонента CUBE (значення поля Contact у VXML_device Профіль пристрою Prof у нашому прикладі):
88631321777971704941@cube.internal.local;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
До відповідного домену маршрутизації аудіовикликів Webex Edge:88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-
uuid=abbd70f6c519fb1ee053ad06fc0a038b;transport=tcp
Зауважте, що коли CUBE (або ваш власний SBC) стоїть за статичним NAT, потрібна додаткова конфігурація для sip-профілю 2340. Додаткову інформацію див. за посиланням:
https://help.webex.com/en-us/b6vrdc/Cisco-Webex-Edge-Audio-for-CUBE-Customer-Configuration-GuideЯкщо ви розгортаєте власний SBC, вам потрібно буде налаштувати подібні правила на власному SBC. |
Щоб переслати 486 повідомлень, надісланих AS назад до аудіо Webex Edge, потрібна така конфігурація в CUBE (щодо власного SBC див. документацію SBC).
voice service voip
no notify redirect ip2ip
sip
sip-profiles inbound
!
voice class sip-profiles 1
response 486 sip-header Reason modify "7" ""
response 486 sip-header SIP-StatusLine modify "486.*" "600 Busy Everywhere"
Якщо інше4xx повідомлення потрібно переадресувати назад до аудіо Webex Edge, дотримуйтесь прикладу вище.
Абонентські вузли
Клієнта голосового класу необхідно визначити в CUBE (або у вашому власному SBC) для подальшого використання в вузлах набору, який задовольняє таким критеріям:
- Для пакетів DTMF RTP-NTE необхідна взаємодія корисного навантаження, тому налаштуйте асиметричне корисне навантаження повне.
- Аудіо Edge не підтримує оновлення ідентифікатора абонента, що телефонує, тому потрібно налаштувати значення "no update-callerid".
- Маршрутизація аудіовикликів Webex Edge базується на URI. URI маршруту виклику потрібно ввімкнути, щоб зіставити однорангові комутації на основі URI.
voice class tenant 234
asymmetric payload full
no update-callerid
Header-passing
no pass-thru content custom-sdp
call-route url
Наведені нижче вузли набору налаштовано, щоб дозволити CUBE обробляти виклики між BroadWorks і Webex Edge Audio. Налаштуйте такі параметри в CUBE (подібну конфігурацію потрібно буде налаштувати у вашому власному SBC):
dial-peer voice 23411 voip
description External Webex edge audio entry or exit dial-peer
session protocol sipv2
session target dns:ecccspx.amer.pub.webex.com
session transport tcp tls
destination uri OUTEdgeAudio
incoming uri request INEdgeAudio
voice-class codec 3 offer-all
voice-class sip url sips
voice-class sip profiles 2340
voice-class sip tenant 234
voice-class sip srtp-crypto 234
voice-class sip bind control source-interface GigabitEthernet2
voice-class sip bind media source-interface GigabitEthernet2
voice-class sip requri-passing
voice-class sip audio forced
dtmf-relay rtp-nte
srtp
!
dial-peer voice 23401 voip
description Internal mix mode Webex edge audio entry or exit dial-peer
session protocol sipv2
---- using DNS SRV (preferred) - must match srv record configured above (_sip._tcp.bw.myenterprise.com) ----
session target dns:bw.myenterprise.com
session transport tcp
destination uri INEdgeAudio
incoming uri request OUTEdgeAudio
voice-class codec 3
voice-class sip url sip
voice-class sip profiles 2341
voice-class sip profiles 1 inbound
voice-class sip tenant 234
voice-class sip bind control source-interface GigabitEthernet1
voice-class sip bind media source-interface GigabitEthernet1 dtmf-relay rtp-nte
!
Потоки викликів CUBE
З конфігурацією, виконаною вище, приклади сценаріїв потоку вхідних/вихідних викликів на CUBE описані нижче. Кодування кольорів на певному кроці пов’язує його з записами того самого кольору в вузлах набору вище.
Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб дізнатися більше про потоки викликів за допомогою SBC. |
Для сценарію виклику на нараду з BroadWorks до Webex:
- Вхідне ЗАПРОШЕННЯ отримано від BroadWorks до внутрішнього інтерфейсу з:
INVITE sip: 88631321777971704941@cube.internal.local;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To:"VXML Virtual"<sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
- Профіль 23401 однорангові вхідного набору вибирається на основі хоста в URI вхідного запиту («cube.internal.local»), що відповідає конфігурації «OUTEdgeAudio запиту вхідного URI».
- Одноранговий вихідний набір 23411 вибирається на основі хоста в URI запиту ("cube.internal.local"), що відповідає конфігурації "OUTEdgeAudio uri призначення".
- Вихідне ЗАПРОШЕННЯ надсилається на зовнішній інтерфейс, у якому URI запиту змінено з «cube.internal.local» на «ecccspx.amer.pub.webex.com» за допомогою профілю перекладу повідомлень «voice-class sip profiles 2340» зазначено в вузлі набору:
INVITE sip: 88631321777971704941@ecccspx.amer.pub.webex.com;transport=tcp;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b SIP/2.0 To: " VXML Virtual" <sip: 88631321777971704941@ecccspx.amer.pub.webex.com;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b>
Для сценарію зворотного виклику наради з Webex на BroadWorks
- Вхідне запрошення отримано від Webex через зовнішній інтерфейс CUBE з:
INVITE sip:+14519615001@cube.us.example.com;transport=tls;x-cisco-site-uuid=abbd70f6c519fb1ee053ad06fc0a038b;x-cisco-webex-service=audio SIP/2.0 To: sip:+14519615001@cube.us.example.com;type=carrier_sbc X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec
- Одноранговий вузол вхідного набору 23411 вибирається на основі шаблону «x-cisco-webex-service=audio», який присутній в URI вхідного запиту на основі конфігурації «INcoming uri request INEdgeAudio» .
- Два вихідних однорангові набору вибираються на основі шаблону «x-cisco-webex-service=audio», який присутній в URI запиту на основі конфігурації INEdgeAudio «URI призначення».
- Одноранговий виклик 302
- Одночасний набір 23401
- Вихідне ЗАПРОШЕННЯ надсилається до мережевих серверів (пошук SRV на основі «цільового запису сеансу dns:bw.myenterprise.com» у вузлі набору) у внутрішньому інтерфейсі
INVITE sip:+14519615001@10.155.6.172:5060 SIP/2.0 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " ;tag=B91821B7-561
- Мережевий сервер повертає контакти для пари AS, що обслуговує віртуального абонента CUBE:
SIP/2.0 302 Moved temporarily Via:SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK880BD From:" Webex "<sip:+12404540887@10.165.196.30>;tag=B91821B7-561 To:<sip:+14519615001@10.155.6.172>;tag=1829261807-1603395221529 Call-ID:3C88DF6A-13D411EB-8EE3D92D-EE20F768@10.165.196.30 CSeq:101 INVITE Contact:<sip:+14519615001@hs2-bwks-v-as01-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.5,<sip:+14519615001@hs2-bwks-v-as02-alpha.bwlab.org:5060;user=phone;transport=tcp>;q=0.25 Content-Length:0
- CUBE маршрутизує виклик до активної AS на основі повернутого контакту в повідомленні 302:
INVITE sip:+14519615001@hs2-bwks-v-as01- alpha.bwlab.org:5060;user=phone;transport=tcp SIP/2.0 Via: SIP/2.0/TCP 10.165.196.30:5060;branch=z9hG4bK8812341 X-Cisco-Meet-Info:hostCIUserUuid="52f4c6cb-c6a3-4283-a1ab04cc8828b7c1";meetingid="26551128462";siteUUID="ec6659987f473332e0531b04fc0acaec" From: " Webex " <sip:+12404540887@10.165.196.30>;tag=B91821C8-1AF5 To: <sip:+14519615001@10.155.6.172>
Конфігурація mTLS
Щоб дозволити підключення mTLS між CUBE (або вашим власним SBC) і аудіо Webex Edge, необхідно виконати наведені далі кроки з налаштування.
Обов’язково потрібно налаштувати mTLS між CUBE (або власним SBC) і Webex Edge Audio. |
Підтримка сертифікатів із символами підстановки
Підписані підстановочними знаками сертифікати використовують загальне ім’я теми (наприклад, *.us.example.com), що відповідає домену для CUBE або вашого власного SBC. Сертифікати підстановки підтримуються для багатокластерних розгортань CUBE або SBC, але не підтримуються для розгортань CUBE або SBC з одним вузлом.
Пул довіри
Під час рукостискання TLS, коли Webex Edge Audio надсилає свій сертифікат, CUBE перевірить його відповідно до списку сертифікатів, прийнятих у пулі довіри.
Пакет пулу довіри необхідно оновити за допомогою Cisco Root CA шляхом завантаження останньої версії «Cisco Trusted Core Root Bundle» зhttp://www.cisco.com/security/pki/ за допомогою команди:
crypto pki trustpool import clean url <url>
Сертифікати, надіслані Webex Edge Audio, підписані IdenTrust. Переконайтеся, що сертифікат "IdenTrust Commercial Root CA" установлено. Докладніше див. за посиланням:
Якщо ви використовуєте власний SBC і не можете завершити імпорт, можна перетворити пакет у формат .pem за допомогою інструментів із відкритим кодом, як-от OpenSSL. Наприклад, можна використовувати сертифікати ідентифікатора гідранта за допомогою такої команди:
|
Точка довіри
Edge Audio вимагає, щоб ваш КУБ пропонував підписані сертифікати від надійних центрів сертифікації CA для з 'єднань Mutual TLS (mTLS). Використовуйте наведене нижче посилання, щоб перейти до списку центрів сертифікації, яким довіряє Cisco. Сертифікати, підписані організацією в цьому списку, вважаються дійсними, і підключення буде дозволено: https://help.webex.com/en-us/WBX9000008850/What-Root-Certificate-Authorities-are-Supported-for-Calls-to-Cisco-Webex-Audio-and-Video-Platforms
Одновузловий CUBE
Єдиний вузол означає, що CUBE (або ваш власний SBC) імпортуватиме сертифікат з іменем суб’єкта, унікальним для його повного домену, що означає, що жоден інший CUBE не зможе його імпортувати (іншими словами, НЕ сертифікат із символом підстановки).
Щоб створити CSR (запит на підписання сертифіката) для CUBE:
- створити пару ключів (цю пару ключів буде прив’язано до точки довіри)
CUBE(config)# crypto key generate rsa general-keys label <key label> exportable
- general-keys — указує, що має бути створена пара ключів загального призначення.
- мітки<key-label> – (Необов’язково) ім’я, яке використовується для пари ключів RSA під час їх експорту. Якщо мітка ключа не вказана, використовується повне доменне ім’я (FQDN) маршрутизатора.
- exportable — (необов’язково) Указує, що пару ключів RSA можна експортувати на інший пристрій Cisco, наприклад маршрутизатор.
- створити точку довіри (точка довіри містить сертифікат, який потрібно прив’язати до CUBE. Коли CUBE отримає запит на сертифікат, він надасть у відповідь доданий сертифікат точки довіри)
CUBE(config)#crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# crl optional enrollment terminal pem fqdn <fqdn> subject-name CN=<fqdn> rsakeypair <key label>
crl — список відкликаних сертифікатів (CRL) — це список відкликаних сертифікатів. CRL створюється та підписується цифровим підписом CA, який спочатку видав сертифікати. CRL містить дати випуску кожного сертифіката та дати закінчення терміну його дії.
термінал реєстрації pem — додає межі пошти з покращеною конфіденційністю (PEM) до запиту на сертифікат (копіювати та вставляти вручну із ПОЧИТИ ЗАПИТ НА СЕРТИФІКАТ до ЗАВЕРШИТИ ЗАПИТ НА СЕРТИФІКАТ)
fqdn – повне ім’я домену CUBE
ім’я-суб’єкта CN=<fqdn> - ім’я суб’єкта, який потрібно підписати
rsakeypair<key label=""> - пара ключів, створена на попередньому кроці
(довідка: https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/sec_conn_pki/configuration/15-mt/sec-pki-15-mt-book/sec-cert-enroll-pki.html)
- створити CSR:
CUBE(config)#crypto pki enroll <trustpoint> % Start certificate enrollment .. ... % Include the router serial number in the subject name? [yes/no]: no % Include an IP address in the subject name? [no]: no Display Certificate Request to terminal? [yes/no]: yes Certificate Request follows: -----BEGIN CERTIFICATE REQUEST----- ... -----END CERTIFICATE REQUEST----- ---End - This line not part of the certificate request--- Redisplay enrollment request? [yes/no]: no
- Надіслати CSR (від ПОЧАТКИЙ ЗАПИТ НА СЕРТИФІКАТ до КІНЕЦЬ ЗАПИТ НА СЕРТИФІКАТ) до CA (центру сертифікації)
CA створить підписаний сертифікат
- Залежно від CA, вони нададуть кореневий сертифікат (наприклад, DigiCertCA.crt) і запитуваний сертифікат (наприклад, cube.crt)
- Завантажте сертифікат CA
- Спочатку автентифікуйте точку довіри за допомогою кореневого сертифіката
CUBE(config)#crypto pki authenticate <trustpoint> Enter the base 64 encoded CA certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE ROOT CERT> -----END CERTIFICATE----- Certificate has the following attributes: Fingerprint: 40065311 FDB33E88 0A6F7DD1 4E229187 % Do you accept this certificate? [yes/no]: yes Trustpoint CA certificate accepted. % Certificate successfully imported
- Потім імпортуйте сертифікат CUBE до точки довіри CUBE
CUBE(config)# crypto ca import <trustpoint> certificate % The fully-qualified domain name in the certificate will be: ... Enter the base 64 encoded certificate. End with a blank line or the word "quit" on a line by itself -----BEGIN CERTIFICATE----- <ENTER THE FQDN CERT> -----END CERTIFICATE----- % Router Certificate successfully imported
Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб дізнатися більше про те, як створити CSR. |
Багатовузловий кластер CUBE (використання альтернативних імен у сертифікаті) – НЕ підтримується
Багатовузловий означає, що CUBE зможе імпортувати той самий сертифікат для більш ніж одного розгортання CUBE. Використання альтернативного імені суб’єкта для створення CSR наразі не підтримується : https://bst.cloudapps.cisco.com/bugsearch/bug/CSCud90920/?rfs=iqvred
Багатовузловий кластер CUBE (використання підписаного сертифіката як формату pkcs12)
Кілька вузлів із використанням сертифіката, підписаного шаблоном, означає, що ім’я теми є загальним (наприклад, *.us.example.com) і воно відповідає домену CUBE (або вашому домену SBC).
- Припустимо, що у вас є готовий сертифікат із символами підстановки, підготуйте файли з відкритим (.crt) і закритим ключем (.key).
- За допомогою OpenSSL створіть пакетний файл у форматі PKCS12 (.pfx), включаючи файл .crt і .key: (використовуйте cygwin у Windows) – посилання: https://www.ssl.com/how-to/create-a-pfx-p12-certificate-file-using-openssl/
openssl pkcs12 -export -out <pfxfilename>.pfx -inkey <privatekeyfile>.key -in <certfile>.crt
- Передайте файл .pfx до CUBE:bootflash: (scp із сервера Linux на CUBE)
scp <pfxfilename>.pfx <user>@<CUBEIP>:bootflash:<pfxfilename>.pfx
- Створіть точку довіри та імпортуйте файл pkcs12:
CUBE# conf t CUBE(config)# CUBE(config)# crypto pki trustpoint <trustpoint> CUBE(ca-trustpoint)# revocation-check crl CUBE(ca-trustpoint)# exit CUBE(config)# crypto pki import <trustpoint> pkcs12 bootflash:<pfxfilename>.pfx password <password>
Перевірте конфігурацію сертифіката CUBE
Переконайтеся, що весь ланцюжок включено до сертифіката. У наведеному нижче прикладі показано команди перевірки для CUBE. Якщо ви розгортаєте власний SBC, використовуйте команди, які застосовуються до SBC.
CUBE(config)#crypto pki certificate validate <trustpoint>
Chain has 2 certificates
Certificate chain for <trustpoint> is valid
CUBE#show crypto pki trustpoints status
...
Trustpoint <trustpoint>:
Issuing CA certificate configured:
Subject Name:
cn=HydrantID SSL ICA G2,o=HydrantID (Avalanche Cloud Corporation),c=US
Fingerprint MD5: 1135E326 56E5AADF 53A4DD32 C8D5590F
Fingerprint SHA1: AC4A728B 4DFC3560 1FA34B92 2422A42C 253F756C
Router General Purpose certificate configured:
Subject Name:
cn=*.us.example.com,ou=Webex,o=Cisco Systems, Inc.,l=San Jose,st=California,c=US
Fingerprint MD5: 756E4C83 CF36311A 7839FA51 7FA7ABA0
Fingerprint SHA1: 8268817F 79EF91E0 3BA976A1 5C9D97F3 E834EB54
State:
Keys generated ............. Yes (General Purpose, non-exportable)
Issuing CA authenticated ....... Yes
Certificate request(s) ..... Yes
Налаштуйте сигналізацію SIP для використання точки довіри
Використовуйте наведену далі команду, щоб підготувати SIP UA з точкою довіри CUBE. Нижче наведено приклад для CUBE. Якщо ви розгортаєте власний SBC, зверніться до документації SBC, щоб отримати довідку щодо команд.
CUBE(config)#sip-ua CUBE(config-sip-ua)#crypto signaling default trustpoint <trustpoint>
Журнали CUBE
Щоб переглянути ввімкнені фільтри налагодження
CUBE# show debug
Щоб установити фільтри налагодження (приклади)
CUBE# debug ccsip messages
CUBE# debug ccsip transport
CUBE# debug ccsip error
CUBE# debug ccsip info
CUBE# debug voip dialpeer inout
CUBE# debug voip ccapi inout
CUBE# debug voip application
CUBE# debug ip tcp transaction
Щоб скасувати налаштування фільтрів налагодження (приклад)
CUBE# no debug ccsip messages
Щоб очистити та перевірити буфер журналу
CUBE# clear log
>>> make test call <<<
CUBE# show log
Якщо ви не розгортаєте CUBE, зверніться до документації до вашого власного SBC, щоб дізнатися більше про використання журналів. |
Інші корисні команди
Щоб перевірити поточну конфігурацію
CUBE# show running-config (or just CUBE# show run)
Щоб зберегти конфігурацію в ПЗУ, яке буде використовуватися під час завантаження
CUBE# write
Крок 11 Сертифікація Використання власної служби ТМЗК
Після завершення конфігурації та підготовки рішення Використання власної служби ТМЗК партнер повинен виконати набір тестів приймання, щоб сертифікувати своє рішення. Це обов’язковий крок для затвердження та ввімкнення власної служби власної служби ТМЗК партнера.
Тестові приклади приймання описані в документі Bring Your Own PSTN Acceptance Procedure Webex For Cisco BroadWorks: https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/wx4bwks/BYoPSTN/BYoPSTN_Acceptance.pdf .
Партнер має надати результати успішно виконаних приймальних тестів команді приєднання та сертифікації.
Про запитання, проблеми та результати, отримані під час виконання тестів приймання, потрібно повідомляти та надсилати їх у просторі Webex, призначеному для приєднання Партнера.
Застосувати оновлення до групи телефонних номерів у обслуговуванні/групи зворотного виклику DNS SRV
Після того як клієнтів, які не пройшли тестування, буде призначено до шаблону клієнта за допомогою номерів телефону системи, наданих партнером, цим користувачам стануть доступними такі параметри приєднання до наради:
Запрошення на нараду містять один або кілька телефонних номерів за замовчуванням із призначеної групи телефонних номерів
Програма Webex відображає один або кілька телефонних номерів за замовчуванням із призначення групи номерів телефонів як параметр приєднання до наради
Інтерфейс користувача вебсайту Webex Meeting відображає один або кілька телефонних номерів за замовчуванням із групи номерів телефонів призначення як параметр приєднання до наради
Якщо зворотний виклик увімкнено в шаблоні клієнта, Webex Meeting надає параметр "Зателефонуйте мені на", за яким запит зворотного виклику маршрутизується до одного із записів, указаних у призначеній групі зворотних викликів DNS SRV.
Зміна параметрів приєднання до наради для шаблону клієнта, зміна призначеної групи телефонних номерів або зміна групи зворотного виклику DNS SRV може вплинути на наведені вище параметри приєднання до наради. Ці зміни не застосовуються до наявних клієнтів, але щойно підготовлені клієнти побачать ці зміни негайно для своїх вебсайтів для нарад із пакетом «Стандартний» і «Преміум». Тому настійно рекомендується перевіряти будь-які такі зміни за допомогою організації початкового рішення перед застосуванням до наявних шаблонів клієнтів, груп телефонних номерів або груп зворотного виклику DNS SRV (якщо розгорнуті групи зворотного виклику DNS SRV).
Під час оновлення параметрів приєднання до наради для шаблону клієнта та/або застосування оновлень до груп телефонних номерів або груп зворотного виклику DNS SRV необхідно виконати наведені далі кроки.
Зверніть увагу, що якщо шаблони клієнтів, групи телефонних номерів або групи зворотного виклику DNS SRV використовуються тестовими постачальниками послуг BroadWorks та/або тестовими BroadWorks Enterprises, ця процедура є необов’язковою. Доречніше може бути просто видалити тестові постачальники послуг BroadWorks та/або тестові організації BroadWorks Enterprises і повторно підготувати їх за допомогою оновлених шаблонів клієнтів, груп телефонних номерів або груп зворотного виклику DNS SRV.
Оновити лише групу номерів телефону:
Створіть нову тимчасову групу номерів телефону з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу телефонних номерів. Якщо наявна група телефонних номерів використовується разом із групою, призначте її до шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Завантажте файл JSON конфігурації BroadWorks (BYoPSTN). Він містить номер телефону для зіставлення кодів для нових телефонних номерів у групі телефонних номерів.
- Визначте домен Webex Edge Audio DNS SRV для вебсайту нарад зі стандартним пакетом організації вихідного рішення. Воно має бути незмінним порівняно зі значенням, визначеним раніше для вихідної групи телефонних номерів.
- Застосуйте оновлення конфігурації до BroadWorks за допомогою файлу JSON конфігурації BroadWorks (BYoPSTN).
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації та приєднавшись до наради за допомогою системних телефонних номерів.
- Застосуйте оновлення до вихідної групи телефонних номерів. Ця зміна наразі активна для клієнтів, що не тестують.
- Можна видалити організацію початкового рішення, тимчасову групу телефонних номерів і шаблон клієнта. Ці елементи більше не потрібні після оновлення вихідної групи телефонних номерів.
Оновити лише групу зворотного виклику DNS SRV:
- Створіть нову тимчасову групу зворотного виклику DNS SRV з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу зворотного виклику DNS SRV та наявну групу телефонних номерів. Якщо наявна група зворотного виклику DNS SRV використовується разом із групою, призначте її шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації, приєднавшись до наради за допомогою системних телефонних номерів і скориставшись параметром "Зателефонувати мені на".
- Застосуйте оновлення до вихідної групи зворотного виклику DNS SRV. Ця зміна наразі активна для клієнтів, що не тестують.
- Організацію початкового рішення, групу зворотного виклику DNS SRV і шаблон клієнта можна видалити. Ці елементи більше не потрібні після оновлення вихідної групи зворотного виклику DNS SRV.
Оновити номер телефону та групу зворотного виклику DNS SRV:
- Створіть новий тимчасовий номер телефону та групу зворотного виклику DNS SRV з необхідними оновленнями.
- Створіть новий тимчасовий шаблон клієнта, який використовує нову групу телефонних номерів і нову групу зворотного виклику DNS SRV. Якщо наявна група телефонних номерів і/або група зворотного виклику DNS SRV використовується разом із групою, призначте її до шаблону.
- Створіть організацію початкового рішення, підготувавши абонента від тестового постачальника послуг BroadWorks або протестуйте BroadWorks Enterprise зі стандартним пакетом за допомогою нового шаблону клієнта. Зауважте, що це вторинне вихідне рішення, тому оновлення UUID сайту наради, налаштованого в BroadWorks, не потрібно.
- Завантажте файл JSON конфігурації BroadWorks (BYoPSTN). Він містить номер телефону для зіставлення кодів для нових телефонних номерів у групі телефонних номерів.
- Визначте домен Webex Edge Audio DNS SRV для вебсайту нарад зі стандартним пакетом організації вихідного рішення. Воно має бути незмінним порівняно зі значенням, визначеним раніше для вихідної групи телефонних номерів.
- Застосуйте оновлення конфігурації до BroadWorks за допомогою файлу JSON конфігурації BroadWorks (BYoPSTN).
- Перевірте конфігурацію, запланувавши наради за допомогою вебсайту стандартного пакета вихідної організації, приєднавшись до наради за допомогою системних телефонних номерів і скориставшись параметром "Зателефонувати мені на".
- Застосуйте оновлення до вихідного номера телефону та групи зворотного виклику DNS SRV. Ця зміна наразі активна для клієнтів, що не тестують.
- Можна видалити організацію початкового рішення, тимчасову групу телефонних номерів, групу зворотного виклику DNS SRV і шаблон клієнта. Ці елементи більше не потрібні після оновлення вихідної групи телефонних номерів і групи зворотного виклику DNS SRV.
Не можна видаляти організацію основного вихідного рішення, якщо на BroadWorks не було вибрано й налаштовано нову організацію основного вихідного рішення. Видалення організації основного вихідного рішення призведе до видалення UUID сайту, від якого залежить рішення Використання власної служби ТМЗК для автентифікації повідомлень SIP для аудіо Webex Edge. Якщо видалити цю функцію, приєднання до нарад за допомогою системного виклику для вебсайтів, що використовують номер телефону системи, наданий партнером, не вдасться. |
Сумісність медіа G722 під час використання власного SBC
Під час використання власного SBC питання сумісності, які зазвичай вирішує CUBE, необхідно враховувати між інфраструктурою Cisco Partners BroadWorks і хмарою Webex. Одним із прикладів є вхідний або зворотний виклик за допомогою кодека G722, який використовує медіасервер BroadWorks (наприклад, під час використання служби запису викликів BroadWorks). У цьому сценарії аудіо Webex Edge може надсилати SDP з рядком "a=fmtp:9". SBC потрібно буде оновити цей рядок, щоб додати параметр бітової швидкості, щоб він мав "a=fmtp:9 bitrate=64", перш ніж надсилати його на сервер BroadWorks.
Відомі обмеження
Будь-які зміни параметра приєднання до нарад шаблону клієнта, системних телефонних номерів Cisco або номерів телефону системи, наданих партнером, застосовуються лише до нещодавно наданих клієнтів. Наявні клієнти, які використовують шаблон, залишаються незмінними.
Будь-які зміни налаштувань групи телефонних номерів шаблону клієнта або групи зворотного виклику DNS SRV застосовуються лише до нещодавно підготовлених клієнтів або наявних клієнтів, які надаються для першого користувача пакета «Стандартний» або «Преміум». Наявні клієнти, які вже мають користувачів пакета Standard або Premium, залишаються незмінними.
Будь-які зміни груп номерів телефонів або груп зворотного виклику DNS SRV, які призначені шаблонам клієнта, застосовуються лише до нещодавно підготовлених клієнтів або наявних клієнтів, яких надається перший користувач пакету Standard або Premium. Наявні клієнти, призначені до пов’язаних шаблонів, які вже мають користувачів пакета «Стандартний» або «Преміум», залишаються незмінними.
Даний шаблон клієнта підтримує системні телефонні номери Cisco або параметр приєднання до наради за номером телефону, наданому партнером, комбінація двох варіантів для одного шаблону не підтримується.
Обмін повідомленнями SIP для варіанта використання "Зателефонуйте мені за" або приєднання до наради зі зворотним викликом не включає інформацію про клієнта та/або користувача, який організовує нараду, до якої потрібно приєднатися.
Номери телефонів і пов’язані коди доступу до наради для певної групи номерів телефонів підтримують лише один домен Webex Edge Audio DNS SRV (наприклад, ecccspx.amer.webex.com). Використання цих номерів телефону для виклику на наради в іншому домені Webex Edge Audio DNS SRV не підтримується.
Webex Edge Audio не підтримує повторне узгодження кодеків під час виклику. Таким чином, служби, які викликаються після відповіді на виклик, можуть не працювати належним чином.
Програма Webex, інтерфейс користувача вебсайту Webex Meeting та електронний лист із запрошенням наради Webex містять посилання на документ «Обмеження безкоштовних викликів». Цей документ стосується лише номерів телефонів, наданих Cisco, і його повинні ігнорувати користувачі, коли використовують номери телефонів, надані партнером, для приєднання до нарад.
Історія версій документа
У таблиці нижче показано історію змін цього документа за останні 12 місяців.
Дата | Версія | Опис змін | |
---|---|---|---|
8 квітня 2024 р | 1-36 |
| |
10 січня 2024 року | 1-35 |
| |
22 грудня 2023 року | 1-34 |
| |
4 липня 2023 р | 1-33 |
| |
2 лютого 2023 року | 1-32 |
| |
2 лютого 2023 року | 1-31 |
| |
31 січня 2023 р. | 1–30 |
| |
29 листопада 2022 р | 1-29 |
|