Огляд Webex для Cisco BroadWorks

Мета рішення

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

• Щоб надати службу викликів на базі BroadWorks для малих і середніх клієнтів Webex.

Контекст

Ми розвиваємо всіх наших клієнтів для співпраці до уніфікованого застосунку. Такий шлях зменшує труднощі з запровадженням, покращує функціональну сумісність і міграцію, а також забезпечує передбачувану роботу користувачів у всьому нашому портфелі співпраці. Частиною цих зусиль є перенесення можливостей викликів BroadWorks у програму Webex і скорочення інвестицій у клієнтів UC-One.

Переваги

• Майбутня перевірка: проти завершення терміну служби UC-One Collaborate, переміщення всіх клієнтів до Unified Client Framework (UCF)

• Найкраще з обох: Увімкнення функцій обміну повідомленнями та нарад Webex із збереженням викликів BroadWorks у вашій телефонній мережі

Область вирішення

• Наявні / нові малі та середні клієнти (менше 250 абонентів), які потребують набору функцій для співпраці, можуть уже мати виклики BroadWorks.

• Наявні малі та середні клієнти Webex, які хочуть додати BroadWorks Calling.

• Не великі підприємства (перегляньте наше корпоративне портфоліо для Webex).

• Не одиночні користувачі (оцініть пропозиції Webex Online).

Набори функцій у Webex для Cisco BroadWorks орієнтовані на випадки використання для малого та середнього бізнесу. Пакети Webex для Cisco BroadWorks призначені для зниження рівня складності для малого та середнього бізнесу, і ми постійно оцінюємо їх придатність для цього сегмента. Ми можемо приховати або видалити функції, які інакше були б доступні в корпоративних пакетах.

Обов’язкові умови для успішної роботи з Webex для Cisco BroadWorks

№	Вимоги	Примітки
1.	Виправити поточний BroadWorks R22 або вище
2.	XSP| ADP для XSI, CTI, DMS і authService	Виділений XSP| ADP для Webex для Cisco BroadWorks
3.	Окремий XSP| ADP для NPS, можна спільно використовувати з іншими рішеннями, які використовують NPS.	Якщо у вас є наявне розгортання для співпраці, перегляньте рекомендації щодо XSP| Конфігурації ADP і NPS.
4.	Перевірку токена CI (з TLS) налаштовано для підключень Webex до служби автентифікації.
5.	mTLS налаштовано для підключення Webex до інтерфейсу CTI.	Інші програми не вимагають mTLS.
6.	Користувачі повинні існувати в BroadWorks і потребувати таких атрибутів залежно від вашого рішення щодо підготовки: Поточна робота з довіреними адресами електронної пошти: Атрибут електронної пошти користувача BroadWorks має містити дійсну адресу електронної пошти, унікальну для цього користувача. Користувач також повинен мати основний номер або внутрішній номер. Виконання процесу за допомогою ненадійних електронних листів, самостійної активації або підготовки API: Користувачеві не потрібна адреса електронної пошти, але він повинен мати основний номер або внутрішній номер.	Для надійних електронних листів: Рекомендовано вказати ту саму адресу електронної пошти в атрибуті альтернативного ідентифікатора, щоб користувачі могли входити за допомогою адрес електронної пошти в BroadWorks. Для ненадійних електронних листів: Залежно від налаштувань електронної пошти користувача, використання ненадійних електронних листів може призвести до того, що електронний лист буде надіслано до папки небажаної пошти або СПАМу користувача. Можливо, адміністратору доведеться змінити налаштування електронної пошти користувача, щоб дозволити домени
7.	Файл DTAF Webex для Cisco BroadWorks для програми Webex
8	Користувач BW Business Lic або Std Enterprise або Prem Enterprise User Lic + Webex для підписки Cisco BroadWorks	Якщо у вас є наявне розгортання для спільної роботи, вам більше не потрібні пакети додаткових компонентів UC-One, Collab Lic і порти конференцій Meet-me. Якщо у вас є наявне розгортання UC-One SaaS, жодних додаткових змін, крім прийняття умов пакета Premium.
9	IP-адреси/порти повинні бути доступні через серверні служби Webex і програми Webex через загальнодоступний інтернет.	Див. розділ "Підготовка мережі".
10	Конфігурація TLS версії 1.2 на XSP| ADP
11	Для потокової підготовки сервер застосунків має підключитися до адаптера підготовки BroadWorks.   Ми не тестуємо й не підтримуємо конфігурацію вихідного проксі. Якщо ви використовуєте вихідний проксі-сервер, ви приймаєте відповідальність за його підтримку за допомогою Webex для Cisco BroadWorks.	Див. тему "Підготовка мережі".

Про цей документ

Мета цього документа — допомогти вам зрозуміти, підготуватися до розгортання рішення Webex для Cisco BroadWorks і керувати ним. Основні розділи документа відображають цю мету.

Цей посібник містить концептуальні та довідкові матеріали. Ми маємо намір висвітлити всі аспекти рішення в цьому єдиному документі.

Мінімальний набір завдань для розгортання рішення:

1. Зв’яжіться зі своєю командою з облікових записів, щоб стати партнером Cisco. Обов’язково вивчити точки дотику Cisco, щоб ознайомитися (і пройти навчання). Коли ви стаєте партнером Cisco, ми застосовуємо перемикач Webex для Cisco BroadWorks до вашої партнерської організації Webex. (Див Розгорнути Webex для Cisco BroadWorks > Приєднання партнера в цьому документі.)

2. Налаштуйте свої системи BroadWorks для інтеграції з Webex. (Див Розгорнути Webex для Cisco BroadWorks > Налаштувати служби на вашому Webex для Cisco BroadWorks XSP| ADP в цьому документі.)

3. Використовуйте концентратор партнерів, щоб підключити Webex до BroadWorks. (Див Розгорнути Webex для Cisco BroadWorks > Налаштуйте організацію партнера в центрі партнерів в цьому документі.)

4. Використовуйте Partner Hub, щоб підготувати шаблони підготовки користувачів. (Див Розгорнути Webex для Cisco BroadWorks > Налаштувати шаблони клієнтів в цьому документі.)

5. Перевірте та підключіть клієнта, підготувавши принаймні одного користувача. (Див Розгорнути Webex для Cisco BroadWorks > Налаштуйте організацію для тестування .)

Це кроки високого рівня, у звичайному порядку. Є кілька додаткових завдань, які не можна ігнорувати. Якщо ви хочете створити власні програми для керування абонентами Webex для Cisco BroadWorks, див. Використання API підготовки в розділі "Довідники" цього посібника.

Термінологія

Ми намагаємося обмежити жаргонізм і скорочення, що використовуються в цьому документі, і пояснити кожен термін під час його першого використання. (Див Довідник Webex для Cisco BroadWorks > Термінологія якщо термін не пояснюється в контексті.)

Безпека Webex

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

Докладніше обмін даними в розділі "Довідники" цього документа.

Додаткове читання

• https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/cloudCollaboration/spark/esp/cisco-spark-security-white-paper.pdf

• https://trustportal.cisco.com/c/dam/r/ctp/docs/privacydatasheet/collaboration/cisco-broadcloud-uc-one-saas-privacy-data-sheet.pdf

• https://www.cisco.com/c/en/us/products/security/general-data-protection-regulation.html

• https://www.cisco.com/c/en/us/about/trust-center/gdpr.html

• https://www.cisco.com/c/en/us/products/security/comply-with-GDPR.html

• https://www.cisco.com/c/en/us/about/legal/privacy-full.html

Резидентність даних організації

Ми зберігаємо ваші дані Webex у центрі обробки даних, який найбільше відповідає вашому регіону. Див Резидентність даних у Webex в довідковому центрі.

Ролі

Адміністратор постачальника послуг (ви): Під час щоденного обслуговування ви керуєте локальними частинами рішення (з викликом) за допомогою власних систем. Ви керуєте частинами рішення Webex через Partner Hub.

Інформацію про ролі, які доступні партнерам, права доступу, які супроводжують ці ролі, а також про те, як призначити ролі, див. Ролі адміністратора партнера для Webex для BroadWorks і Wholesale RTM .

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

Команда Cisco хмарних операцій: Створює вашу "партнерську організацію" в Partner Hub, якщо її не існує, під час реєстрації.

Після створення облікового запису Partner Hub можна налаштувати інтерфейси Webex для власних систем. Далі ви створюєте "Шаблони клієнтів", щоб представляти набори або пакети, що обслуговуються через ці системи. Потім ви підготуєте своїх клієнтів або передплатників.

Що зображено на схемі?

Клієнти

• Клієнт програми Webex є основною програмою в пропозиціях Webex для Cisco BroadWorks. Клієнт доступний для настільних ПК, мобільних пристроїв і вебплатформ.

  Клієнт має вбудовані функції обміну повідомленнями, присутності та багатосторонніх аудіо- та відеонарад, які надаються хмарою Webex. Клієнт Webex використовує вашу інфраструктуру BroadWorks для викликів SIP і PSTN.

• IP-телефони Cisco та відповідні аксесуари також використовують вашу інфраструктуру BroadWorks для викликів SIP і PSTN. Ми очікуємо, що зможемо підтримувати сторонні телефони.

• Портал активації користувачів, щоб користувачі могли ввійти у Webex за допомогою своїх облікових даних BroadWorks.

• Partner Hub — це вебінтерфейс для адміністрування вашої організації Webex і організацій ваших клієнтів. Партнерський центр — це місце, де можна налаштувати інтеграцію між вашою інфраструктурою BroadWorks і Webex. Партнерський центр також використовується для керування конфігурацією клієнта та виставленням рахунків.

Мережа постачальника послуг

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

• Загальнодоступний XSP, для Webex для Cisco BroadWorks: (У полі відображається одна або кілька ферм XSP, можливо, підключені до балансувальників навантаження.)

  • Розміщує інтерфейс служб Xtended (Дії XSI та події XSI), службу керування пристроями (DMS), інтерфейс CTI та службу автентифікації. Разом ці програми дозволяють телефонам і клієнтам Webex автентифікуватися, завантажувати свої файли конфігурації викликів, здійснювати та приймати виклики, а також переглядати стан підключення один одного (присутність телефонії). і історію викликів .

  • Публікує каталог для клієнтів Webex.

• Загальнодоступний XSP, запущено NPS:

  • сервер Push сповіщень про виклики організатора: Сервер натискання сповіщень на XSP у вашому середовищі. Він взаємодіє між вашим сервером застосунків і нашим проксі-сервером NPS. Проксі надає короткочасні токени вашому NPS для авторизації сповіщень до хмарних служб. Ці служби (APNS і FCM) надсилають сповіщення про виклики клієнтам Webex на пристроях Apple iOS і Google Android.

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

  • Забезпечує керування викликами та інтерфейси до інших систем BroadWorks (зазвичай)

  • Для потокової підготовки адміністратор партнера використовує AS для підготовки користувачів у Webex

  • Переміщує профіль користувача в BroadWorks

• OSS/BSS: Ваша система підтримки операцій / послуги SIP для компаній для адміністрування ваших підприємств BroadWorks.

Хмара Webex

Синій блок на схемі представляє хмару Webex. Мікрослужби Webex підтримують весь спектр можливостей співпраці Webex:

• Cisco Common Identity (CI) — це служба посвідчень у Webex.

• Webex для Cisco BroadWorks — це набір мікрослужб, які підтримують інтеграцію між Webex і BroadWorks, розміщеним постачальником послуг:

  • API підготовки користувачів

  • Конфігурація постачальника послуг

  • Вхід користувача за допомогою облікових даних BroadWorks

• Поле обміну повідомленнями Webex для мікрослужб, пов’язаних із обміном повідомленнями.

• Поле Webex Meetings, що представляє сервери обробки медіафайлів і SBC для відеонарад із кількома учасниками (SIP і SRTP)

Сторонні вебслужби

На схемі представлені такі сторонні компоненти:

• APNS (Apple Push Notifications Service) надсилає сповіщення про виклики та повідомлення в програми Webex на пристроях Apple.

• FCM (FireBase Cloud Messaging) надсилає сповіщення про виклики та повідомлення в програми Webex на пристроях Android.

Застереження щодо архітектури XSP

Роль загальнодоступних серверів XSP у Webex для Cisco BroadWorks

Загальнодоступний XSP у вашому середовищі надає такі інтерфейси/послуги для Webex і клієнтів:

• Служба автентифікації (AuthService), захищена TLS, яка відповідає на запити Webex щодо JWT (вебтокен JSON) BroadWorks від імені користувача

• Інтерфейс CTI, захищений mTLS, на який Webex підписується на події історії викликів і стан присутності телефонії від BroadWorks (стан підключення).

• Інтерфейси дій і подій Xsi (інтерфейс розширених служб) для керування викликами абонентів, каталогів контактів і списків викликів, а також конфігурації служби телефонії для кінцевих користувачів

• Служба DM (Керування пристроями) для клієнтів для отримання файлів конфігурації викликів

Укажіть URL-адреси для цих інтерфейсів під час налаштування Webex для Cisco BroadWorks. (Див Налаштуйте кластери BroadWorks у Partner Hub в цьому документі.) Для кожного кластера можна надати лише одну URL-адресу для кожного інтерфейсу. Якщо у вашій інфраструктурі BroadWorks є кілька інтерфейсів, можна створити кілька кластерів.

Архітектура XSP

Ми вимагаємо, щоб ви використовували окремий виділений екземпляр XSP або ферму для розміщення програми NPS (сервер сповіщень). Можна використовувати той самий NPS з UC-One SaaS або UC-One Collaborate. Однак ви не можете розміщувати інші програми, необхідні для Webex для Cisco BroadWorks, на тому самому XSP, де розміщується програма NPS.

Ми рекомендуємо використовувати виділений екземпляр/ферму XSP для розміщення необхідних програм для інтеграції Webex з таких причин

• Наприклад, якщо ви пропонуєте UC-One SaaS, ми рекомендуємо створити нову ферму XSP для Webex для Cisco BroadWorks. Таким чином, дві служби можуть працювати незалежно під час міграції абонентів.

• Якщо ви розміщуєте програми Webex для Cisco BroadWorks у фермі XSP, яка використовується для інших цілей, ви несете відповідальність за моніторинг використання, керування складністю, що виникла в результаті, і планування збільшення масштабу.

• , Cisco BroadWorks System Capacity Planner припускає виділену ферму XSP і може бути неточним, якщо ви використовуєте його для розрахунків спільного розташування.

Якщо не зазначено інше, виділений Webex для Cisco BroadWorks XSP має розміщувати такі програми:

• AuthService (TLS з перевіркою токена CI або mTLS)

• CTI (mTLS)

• XSI-Дії (TLS)

• Події XSI (TLS)

• DMS (TLS) — необов’язково. Не обов’язково розгортати окремий екземпляр DMS або ферму спеціально для Webex для Cisco BroadWorks. Можна використовувати той самий екземпляр DMS, який використовується для UC-One SaaS або UC-One Collaborate.

• Вебподання налаштувань викликів (TLS) — необов’язково. Вебподання налаштувань викликів (CSW) потрібне, лише якщо ви хочете, щоб користувачі Webex для Cisco BroadWorks могли налаштовувати функції викликів у програмі Webex.

Webex вимагає доступу до CTI через інтерфейс, захищений взаємною автентифікацією TLS. Для підтримки цієї вимоги ми рекомендуємо один із таких варіантів:

• (Діаграма позначена Варіант 1 ) Один екземпляр або ферма XSP для всіх програм із двома інтерфейсами, налаштованими на кожному сервері: інтерфейс mTLS для CTI та інтерфейс TLS для інших програм, наприклад AuthService.

• (Діаграма позначена Варіант 2 ) Два екземпляри або ферми XSP, один з інтерфейсом mTLS для CTI, а інший з інтерфейсом TLS для інших програм, наприклад AuthService.

Повторне використання XSP Якщо у вас є наявна ферма XSP, яка відповідає одній із запропонованих вище архітектур (варіант 1 або 2) і він мало завантажений , то можна повторно використовувати наявні XSP. Вам потрібно буде переконатися, що між наявними програмами та вимогами нових програм для Webex немає конфліктів між вимогами до конфігурації. Два основних міркування: Якщо вам потрібно підтримувати кілька партнерських організацій Webex у XSP, це означає, що ви повинні використовувати mTLS у службі автентифікації (перевірка токена CI підтримується лише для однієї партнерської організації на XSP). Якщо ви використовуєте mTLS у службі автентифікації, це означає, що ви не можете мати клієнтів, які одночасно використовують базову автентифікацію в службі автентифікації. Ця ситуація перешкодить повторному використанню XSP. Якщо наявну службу CTI налаштовано на використання клієнтами із захищеним портом (зазвичай 8012), але без mTLS (тобто автентифікація клієнта), тоді це буде конфліктувати з вимогою Webex щодо використання mTLS. Оскільки XSP має багато застосунків і кількість перестановок у цих застосунках велика, можуть існувати й інші невизначені конфлікти. З цієї причини будь-яке потенційне повторне використання XSP має бути перевірено в лабораторних умовах із передбачуваною конфігурацією перед повторним використанням.

Налаштуйте синхронізацію NTP на XSP

Для розгортання потрібна синхронізація часу для всіх XSP, які використовуються з Webex.

Установіть ntp після встановлення ОС і перед установленням програмного забезпечення BroadWorks. Потім можна налаштувати NTP під час встановлення програмного забезпечення XSP. Див Посібник із керування програмним забезпеченням BroadWorks для отримання додаткової інформації.

Під час інтерактивного встановлення програмного забезпечення XSP вам надається можливість налаштувати NTP. Виконайте наведені нижче дії.

1. Коли установник запитує, Do you want to configure NTP?, введіть y.

2. Коли установник запитує, Is this server going to be a NTP server?, введіть n.

3. Коли установник запитує, What is the NTP address, hostname, or FQDN?, введіть адресу сервера NTP або загальнодоступної служби NTP, наприклад, pool.ntp.org.

Якщо у ваших XSP використовується автоматичне (неінтерактивне) встановлення, файл конфігурації інсталятора має містити такі пари ключ=значення:

NTP

NTP_SERVER=<NTP Server address, e.g., pool.ntp.org>

Ідентичність XSP та вимоги до безпеки

Фон

Протоколи та шифри підключень Cisco BroadWorks TLS можна налаштувати з різними рівнями специфічності. Ці рівні варіюються від найзагальніших (постачальник SSL) до найбільш конкретних (окремий інтерфейс). Більш конкретне налаштування завжди перевизначає більш загальне налаштування. Якщо вони не вказані, налаштування SSL "нижчого" рівня успадковуються від "вищих" рівнів.

Якщо значення за замовчуванням не змінено, усі рівні успадковують параметри за замовчуванням постачальника SSL (JSSE Java Secure Sockets Extension).

Список вимог

• XSP має автентифікуватися перед клієнтами за допомогою підписаного CA сертифіката, у якому загальне ім’я або альтернативне ім’я суб’єкта збігається з доменной частиною інтерфейсу XSI.

• Інтерфейс Xsi має підтримувати протокол TLSv1.2.

• Інтерфейс Xsi має використовувати набір шифрів, який відповідає наведеним нижче вимогам.

  • Обмін ключами короткочасних кривих Діффі-Хеллмана (DHE) або еліптичних кривих ефемерних Діффі-Геллмана (ECDHE)

  • Шифр AES (Advanced Encryption Standard) з мінімальним розміром блоку 128 біт (наприклад, AES-128 або AES-256)

  • Режим шифрування GCM (режим Галуа/лічильник) або CBC (ланцюжок блоків шифру)

    • Якщо використовується шифр CBC, для отримання ключів дозволено лише сімейство хеш-функцій SHA2 (SHA256, SHA384, SHA512).

Наприклад, такі шифри відповідають вимогам:

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

XSP CLI вимагає конвенції про іменування IANA для наборів шифрів, як показано вище, а не конвенції openSSL.

Підтримувані шифри TLS для інтерфейсів AuthService та XSI

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

• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_DHE_RSA_WITH_AES_256_GCM_SHA384

• TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_RSA_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_DHE_RSA_WITH_AES_128_GCM_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA

• TLS_DHE_RSA_WITH_AES_256_CBC_SHA

• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA

• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA

• TLS_DHE_RSA_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_GCM_SHA384

• TLS_DHE_PSK_WITH_AES_256_GCM_SHA384

• TLS_RSA_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_DHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_ECDHE_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_AES_256_GCM_SHA384

• TLS_PSK_WITH_CHACHA20_POLY1305_SHA256

• TLS_RSA_PSK_WITH_AES_128_GCM_SHA256

• TLS_DHE_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_128_GCM_SHA256

• TLS_PSK_WITH_AES_128_GCM_SHA256

• TLS_RSA_WITH_AES_256_CBC_SHA256

• TLS_RSA_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_ECDHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA384

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA384

• TLS_RSA_PSK_WITH_AES_256_CBC_SHA

• TLS_DHE_PSK_WITH_AES_256_CBC_SHA

• TLS_RSA_WITH_AES_256_CBC_SHA

• TLS_PSK_WITH_AES_256_CBC_SHA384

• TLS_PSK_WITH_AES_256_CBC_SHA

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_ECDHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA256

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA256

• TLS_RSA_PSK_WITH_AES_128_CBC_SHA

• TLS_DHE_PSK_WITH_AES_128_CBC_SHA

• TLS_RSA_WITH_AES_128_CBC_SHA

• TLS_PSK_WITH_AES_128_CBC_SHA256

• TLS_PSK_WITH_AES_128_CBC_SHA

Параметри масштабу подій Xsi

Можливо, вам знадобиться збільшити розмір черги Xsi-Events і кількість потоків, щоб обробляти обсяг подій, який вимагає рішення Webex для Cisco BroadWorks. Можна збільшити параметри до мінімальних значень, показаних нижче (не зменшуйте їх, якщо вони вищі за ці мінімальні значення):

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventQueueSize = 2000

XSP_CLI/Applications/Xsi-Events/BWIntegration> eventHandlerThreadCount = 50

Кілька XSP

Пограничний елемент балансування навантаження

Якщо на межі мережі є елемент балансування навантаження, він повинен прозоро обробляти розподіл трафіку між кількома серверами XSP та хмарою й клієнтами Webex для Cisco BroadWorks. У цьому випадку необхідно надати URL-адресу балансувальника навантаження до конфігурації Webex для Cisco BroadWorks.

Примітки щодо цієї архітектури:

• Налаштуйте DNS, щоб клієнти могли знайти балансувальник навантаження під час підключення до інтерфейсу Xsi (див Конфігурація DNS ).

• Рекомендовано налаштувати граничний елемент у режимі зворотного проксі-сервера SSL, щоб забезпечити двоточкове шифрування даних.

• Сертифікати з XSP01 і XSP02 повинні мати домен XSP, наприклад your-xsp.example.com, в альтернативному імені суб’єкта. Вони повинні мати власні FQDN, наприклад xsp01.example.com, у загальному імені. Можна використовувати сертифікати із символами підстановки, але ми не рекомендуємо їх використовувати.

XSP-сервери з підключенням до інтернету

Якщо ви надаєте інтерфейси Xsi безпосередньо, використовуйте DNS для розподілу трафіку на кілька серверів XSP.

Примітки щодо цієї архітектури:

• Для підключення до серверів XSP потрібні два записи:

  • Для мікрослужб Webex: Поточні записи A/AAAA потрібні для націлювання на кілька IP-адрес XSP. Це пов’язано з тим, що мікрослужби Webex не можуть виконувати пошук SRV. Приклади див Хмарні служби Webex .

  • Для програми Webex: Запис SRV, який розв’язується в записи A, де кожен запис A розшифровується в один XSP. Приклади див Програма Webex .

    Використовуйте пріоритетні записи SRV для націлювання на службу XSI для кількох адрес XSP. Установіть пріоритет ваших записів SRV, щоб мікрослужби завжди спрямовувалися на той самий запис A (і наступну IP-адресу) і переміщалися до наступного запису A (і IP-адреси), лише якщо перша IP-адреса не працює. НЕ використовуйте цикловий підхід для програми Webex.

• Сертифікати з XSP01 і XSP02 повинні мати домен XSP, наприклад your-xsp.example.com, в альтернативному імені суб’єкта. Вони повинні мати власні FQDN, наприклад xsp01.example.com, у загальному імені.

• Можна використовувати сертифікати із символами підстановки, але ми не рекомендуємо їх використовувати.

Уникайте переспрямувань HTTP

Іноді DNS налаштовують на перетворення XSP-URL на балансувальник навантаження HTTP, а балансувальник навантаження налаштовують на переспрямування через зворотний проксі-сервер на сервери XSP.

Webex не виконує переспрямування під час підключення за наданими вами URL-адресами, тому ця конфігурація не працює.

Поточна підготовка з довіреними адресами електронної пошти

Ви налаштовуєте інтегровану службу IM&P для використання URL-адреси підготовки Webex, а потім призначаєте службу користувачам. Сервер програм використовує API підготовки Webex для запиту відповідних облікових записів користувачів Webex.

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

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

Поточна підготовка без довірених електронних листів

Ви налаштовуєте інтегровану службу IM&P для використання URL-адреси підготовки Webex, а потім призначаєте службу користувачам. Сервер програм використовує API підготовки Webex для запиту відповідних облікових записів користувачів Webex.

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

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

Самопідготовка користувача

За допомогою цього параметра не буде відбуватися поточна підготовка від BroadWorks до Webex. Після налаштування інтеграції між Webex і системою BroadWorks ви отримаєте одне або кілька посилань, які є специфічними для підготовки користувачів у вашій партнерській організації Webex для Cisco BroadWorks.

Потім ви створюєте власні комунікації (або делегуєте своїм клієнтам), щоб розповсюджувати посилання серед передплатників. Передплатники переходять за посиланням, потім надають та підтверджують свої адреси електронної пошти, щоб створити й активувати власні облікові записи Webex.

Оскільки облікові записи надаються в межах вашої партнерської організації, ви можете вручну налаштувати пакети користувачів через Partner Hub або використовувати API для цього.

Користувачі повинні існувати в системі BroadWorks, яку ви інтегруєте з Webex, інакше їм заборонено створювати облікові записи за цим посиланням.

Підготовка постачальника послуг за допомогою API

Webex надає набір загальнодоступних API, які дозволяють вбудувати підготовку користувачів/абонентів Webex для Cisco BroadWorks у наявний робочий процес або інструменти керування користувачами.

Необхідні виправлення з наскрізною підготовкою

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

Для R22:

1. Установити AP.as.22.0.1123.ap376508 .

2. Після встановлення налаштуйте властивість bw.msg.includeIsEnterpriseInOSSschema до true з CLI у Обслуговування/Параметри контейнера .

   Додаткову інформацію див. в примітках до виправленняhttps://www.cisco.com/web/software/286326332/154309/AP.as.22.0.1123.ap376508.txt .

Для R23:

1. Установити AP.as.23.0.1075.ap376509

2. Після встановлення налаштуйте властивість bw.msg.includeIsEnterpriseInOSSschema до true з CLI у Обслуговування/Параметри контейнера .

   Додаткову інформацію див. в примітках до виправленняhttps://www.cisco.com/web/software/286326332/154325/AP.as.23.0.1075.ap376509.txt .

Для R24:

1. Установити AP.as.24.0.944.ap375100

2. Після встановлення налаштуйте властивість bw.msg.includeIsEnterpriseInOSSschema до true з CLI у Обслуговування/Параметри контейнера .

   Додаткову інформацію див. в примітках до виправленняhttps://www.cisco.com/web/software/286326332/154326/AP.as.24.0.944.ap375100.txt .

Після виконання цих кроків ви не зможете надавати новим користувачам служби UC-One Collaborate. Нещодавно підготовлені користувачі мають бути користувачами Webex для Cisco BroadWorks.

Набір внутрішніх номерів

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

Під час підготовки внутрішні номери користувачів зберігаються в каталозі Webex як внутрішні номери користувача. Для викликів BroadWorks внутрішній номер відображається в програмі Webex у полі внутрішнього номера всіх областей способу ініціювання виклику та профілю користувача. Webex для Cisco BroadWorks підтримує виклики лише на внутрішній номер між користувачами в межах однієї групи та різних груп одного підприємства за допомогою комбінації коду набору розташування та внутрішнього номера. Однак виклики між двома підприємствами за допомогою лише внутрішніх номерів не підтримуються.

Внутрішній номер може бути підготовлений для користувачів Cisco BroadWorks такими способами:

• Користувачі Cisco BroadWorks

  • Підготовка загальнодоступного API як розширення

    • Параметр розширення має передаватися явно як частина виклику API. Для підприємств або груп, які мають налаштований код набору номера (LDC), параметром внутрішнього номера має бути комбінація LDC та внутрішнього номера.

  • Поточна підготовка або підготовка з самоактивацією

    • Внутрішній номер і LDC (де це застосовно) буде автоматично отримано з BroadWorks.

• Користувачі або об’єкти викликів лише для BroadWorks

  • Автоматично синхронізується з BroadWorks за допомогою синхронізації каталогу за допомогою комбінації коду набору розташування (LDC) і внутрішнього номера.

Передумови

1. Для підтримки цієї функції потрібна версія клієнта 42.11 або новіша.

2. Виправлення, у якому до XSI і адаптера підготовки до XSI та адаптера підготовки до версії 23 або вище додаються коди набору внутрішніх номерів і розташування, лютий 2022 р. для версії 23 або новішої як частина:

   • AP.platform.23.0.1075.ap380045

   • AP.as.23.0.1075.ap380045

   • AP.xsp.23.0.1075.ap380045

   • AP.as.24.0.944.ap380045

3. Увімкніть заголовок X-BroadWorks-Remote-Party-Info в AS за допомогою наведеної нижче команди CLI для цього потоку викликів SIP, який необхідний для підтримки функції набору внутрішніх номерів.

   AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

Пріоритет параметрів програмних викликів

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

Налаштування пріоритету параметрів виклику програми містить внутрішній номер як другий параметр як у Partner Hub, так і в Control Hub, коли користувачу Webex для Cisco Broadworks щойно надається внутрішній номер за допомогою будь-якого зі згаданих вище способів підготовки.

Для всіх наявних підготовлених організацій параметр внутрішнього номера буде в прихованому стані (за замовчуванням) у налаштуваннях пріоритету параметрів викликів програми. Це не відображатиме внутрішній номер у параметрі аудіо/відеовикликів користувача в програмі Webex.

Нижче наведено параметри, які дозволяють зробити параметр виклику на внутрішній номер видимим для наявних клієнтів.

1. Якщо партнер хоче, щоб усі його керовані організації клієнтів мали внутрішні номери як один із варіантів виклику, адміністратору партнера рекомендується перемістити внутрішній номер із стану «Прихований» до стану «Доступний» у Партнерському центрі. Це дозволить організаціям керованих клієнтів успадкувати налаштування від партнера.

2. Якщо партнер хоче надати внутрішній номер у варіантах виклику для певної організації клієнта, адміністратору партнера рекомендується перемістити внутрішній номер із стану прихованого на доступний у Control Hub.

Підтримка групових контактів

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

Існує загальне обмеження в 200 КБ для всіх зовнішніх контактів на організацію, яке буде застосовано до суми списків телефонів підприємства та групи в одній організації BroadWorks. Наприклад, буде підтримуватися компанія BroadWorks, яка має корпоративний список телефонів із 30 K, а також 5 списків телефонів для груп, кожен із 30 K (усього 180 K на організацію). Однак, якщо є 6 списків групових телефонів, кожен із яких містить 30 тис. номерів, це не підтримується (усього 210 тис.).

Ця функція доступна за запитом. Зверніться до команди облікового запису, щоб увімкнути її. Перш ніж увімкнути цю функцію, необхідно виконати обов’язкову міграцію для підготовки та пов’язаних груп для всіх наявних підготовлених користувачів. Команда Cisco запустить внутрішній API для міграції наявних наданих користувачів, щоб пов’язати їх із правильною групою. ПРИМІТКА. Обробка може тривати до одного тижня. Після завершення міграції для партнера та ввімкнення функції будь-які щойно підготовлені користувачі будуть належним чином "згруповані".

Після ввімкнення цієї функції служба DirSync почне синхронізацію контактів зі списку телефонів BroadWorks Group у виділеному сховищі контактів для кожної групи в службі контактів Webex.

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

Ця функція вимагає, щоб абоненти Webex для BroadWorks були підготовлені у Webex з ідентифікатором корпоративної групи BroadWorks.

Ідентифікатор корпоративної групи BroadWorks можна надати для користувачів Cisco BroadWorks такими способами:

• Webex для користувачів Cisco BroadWorks

  • Підготовка публічного API як "spEnterpriseGroupId"

    • Ідентифікатор корпоративної групи BroadWorks має бути явно передано в параметрі spEnterpriseGroupId виклику API.

  • Поточна підготовка або підготовка з самоактивацією

    • Ідентифікатор групи підприємства BroadWorks буде автоматично отримано з BroadWorks.

  • Користувачі або об’єкти викликів лише для BroadWorks

    • Не застосовується. Для цих користувачів не потрібно синхронізувати ідентифікатор корпоративної групи BroadWorks.

Загальнодоступний API необхідно оновити ДО МІГРАЦІЇ. Міграцію неможливо завершити до завершення ЦЬОГО API. Ідентифікатор корпоративної групи BroadWorks має бути явно передано в параметрі spEnterpriseGroupId виклику API https://developer.webex.com/docs/api/changelog#2023-march Після ввімкнення функції та в результаті наступної синхронізації каталогу корпоративні групи користувачів також відображатимуться в Control Hub. На цьому етапі візуалізація груп у Control Hub для Webex для BroadWorks є виключно інформаційною. Адміністратори партнерів і клієнтів не повинні вносити зміни в групи або членство в групах у Control Hub, оскільки ці зміни не буде відображено в BroadWorks. Керування групами в Control Hub призначено для використання партнерами, які впроваджуватимуть майбутні API керування контактами.