Розгорніть Webex для Cisco BroadWorks

Вимоги щодо спільного проживання

• Служба автентифікації обов’язково бути спільно з програмами Xsi, оскільки ці інтерфейси повинні приймати довговічні токени для авторизації служби. Для перевірки цих маркерів потрібна служба автентифікації.

• За потреби служба автентифікації та Xsi можуть працювати на одному порту.

• Ви можете відокремити інші служби/програми відповідно до вимог вашого масштабу (наприклад, виділена ферма XSP для керування пристроями).

• Можна одночасно розташувати програми Xsi, CTI, служба автентифікації та DMS.

• Не встановлюйте інші програми або служби на XSP, які використовуються для інтеграції BroadWorks із Webex.

• Не розміщуйте програму NPS разом із іншими програмами.

Інтерфейси Xsi

Установіть і налаштуйте програми Xsi-Actions і Xsi-Events, як описано в Посібник із налаштування інтерфейсу служб Cisco BroadWorks Xtended .

На XSP/ADP, що використовується для інтерфейсу CTI, слід розгортати лише один екземпляр застосунків Xsi-Events.

Усі події Xsi, що використовуються для інтеграції Broadworks із Webex, повинні мати те саме callControlApplicationName, визначене в Applications/Xsi-Events/GeneralSettings. Наприклад:

ADP_CLI/Applications/Xsi-Events/GeneralSettings> get

callControlApplicationName = com.broadsoft.xsi-events

Коли користувача підключено до Webex, Webex створює для нього передплату в AS, щоб отримувати події телефонії щодо присутності та історії викликів. Передплата пов’язана з callControlApplicationName, і AS використовує його, щоб знати, на які події Xsi надсилати події телефонії.

Зміна імені CallControlApplicationName або відсутність однакових імен у всіх вебпрограмах Xsi-Events вплине на функції підписок і подій телефонії.

Налаштувати службу автентифікації (з перевіркою токена CI)

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

Взаємний TLS (mTLS) також підтримується як альтернативний метод автентифікації для служби автентифікації. Якщо у вас є кілька організацій Webex, які працюють на одному сервері XSP, необхідно використовувати автентифікацію mTLS, оскільки перевірка маркерів CI не підтримує кілька підключень до однієї служби автентифікації XSP. Щоб налаштувати автентифікацію mTLS для служби автентифікації замість перевірки токена CI, див. Додаток для Налаштувати служби (з mTLS для служби автентифікації) .

Якщо наразі ви використовуєте mTLS для служби автентифікації, необов’язково змінювати налаштування, щоб використовувати перевірку токена CI з TLS.

1. Отримання облікових даних OAuth для вашого Webex для Cisco BroadWorks .

2. Установіть такі виправлення на кожному сервері XSP. Установіть виправлення, які відповідають вашому випуску:

   • Для R22:

     AP.platform.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap376508

     AP.xsp.22.0.1123.ap368601

   • Для R23:

     AP.xsp.23.0.1075.ap376509

     AP.platform.23.0.1075.ap376509

   • Для R24 — виправлення не потрібно

3. Установіть AuthenticationService на кожній службі XSP.

   1. Виконайте таку команду, щоб активувати програму AuthenticationService на XSP до контекстного шляху /authService.

      XSP_CLI/Maintenance/ManagedObjects> activate application AuthenticationService 22.0_1.1123/authService

   2. Виконайте цю команду, щоб розгорнути службу автентифікації на XSP:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /authServiceBroadWorks SW Manager deploying /authService...

4. Починаючи зі збірки Broadworks 2022.10, центри сертифікації, які поставляються з Java, більше не автоматично додаються до сховища довіри BroadWorks під час переходу на нову версію Java. Служба автентифікації відкриває підключення TLS до Webex для отримання маркера доступу, і для перевірки IDBroker і URL Webex у своєму сховищі довіри необхідно мати таке:

   • IdenTrust Commercial Root CA 1

   • Центр сертифікації Go Daddy Root - G2

   Переконайтеся, що ці сертифікати присутні в наведеному нижче CLI

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> get

   Якщо його немає, виконайте таку команду, щоб імпортувати довіри Java за замовчуванням:

   ADP_CLI/System/SSLCommonSettings/Trusts/Defaults> importJavaCATrust

   Крім того, можна вручну додати ці сертифікати як прив’язки довіри за допомогою такої команди:

   ADP_CLI/System/SSLCommonSettings/Trusts/BroadWorks> updateTrust <alias> <trustAnchorFile>

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

   Програма AuthenticationService звільнена від параметра validatePeerIdentity в ADP_ CLI/System/SSLCommonSettings/GeneralSettings, і завжди перевіряє ідентифікаційні дані однорангового пристрою. Див FD перевірки сертифіката Cisco Broadworks X509 для отримання додаткової інформації про це налаштування.

5. Налаштуйте постачальників ідентифікаційних даних, виконавши такі команди на кожному сервері XSP:

   XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco> get

   • set clientId client-Id-From-Step1

   • set enabled true

   • set clientSecret client-Secret-From-Step1

   • set ciResponseBodyMaxSizeInBytes 65536

   • set issuerName <URL> —Для URL, введіть URL-адресу IssuerName, яка застосовується до вашого кластера CI. Дивіться таблицю нижче.

   • set issuerUrl <URL> —Для URL, введіть IssuerUrl, яка застосовується до вашого кластера CI. Дивіться наведену далі таблицю.

   • set tokenInfoUrl <IdPProxy URL> —Введіть URL-адресу проксі-сервера IdP, яка застосовується до вашого кластера Teams. Дивіться другу таблицю далі.

   Таблиця 1. Установіть ім’я постачальника та URL-адресу випуску

   Якщо кластер CI...	Установити ім’я видача та URL-адресу випуску на...
   США-А	https://idbroker.webex.com/idb
   ЄС	https://idbroker-eu.webex.com/idb
   США-B	https://idbroker-b-us.webex.com/idb
   Якщо ви не знаєте свій Кластер CI , ви можете отримати інформацію з відомостей про клієнта в поданні служби підтримки в Control Hub.

   Таблиця 2. Установіть маркерInfoURL

   Якщо кластер Teams...	Установити tokenInfoURL на...(URL-адреса проксі IdP)
   ACHM	https://broadworks-idp-proxy-a.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   AFRA	https://broadworks-idp-proxy-k.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   AORE	https://broadworks-idp-proxy-r.wbx2.com/broadworks-idp-proxy/api/v1/idp/authenticate
   Якщо ви не знаєте свій Кластер Teams , можна отримати інформацію з відомостей про клієнта в поданні служби підтримки в Control Hub. Для тестування можна перевірити допустимість маркераInfoURL, замінивши " idp/authenticate" частина URL з " ping".

6. Укажіть права Webex, які мають бути присутніми в профілі користувача у Webex, за допомогою такої команди:

   XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Scopes> set scope broadworks-connector:user

7. Налаштуйте постачальників ідентифікаційних даних для Cisco Federation за допомогою таких команд на кожному сервері XSP:

   XSP_CLI/Applications/AuthenticationService/IdentityProviders/Cisco/Federation> get

   • set flsUrl https://cifls.webex.com/federation

   • set refreshPeriodInMinutes 60

   • set refreshToken refresh-Token-From-Step1

8. Виконайте наведену далі команду, щоб перевірити, що конфігурація FLS працює. Ця команда поверне список постачальників ідентифікаційних даних:

   XSP_CLI/Applications/AuthService/IdentityProviders/Cisco/Federation/ClusterMap> Get

9. Налаштуйте керування токенами за допомогою таких команд на кожному сервері XSP:

   • XSP_CLI/Applications/AuthenticationService/TokenManagement>

   • set tokenIssuer BroadWorks

   • set tokenDurationInHours 720

10. Створення та надання спільного доступу до ключів RSA. Необхідно створити ключі на одному XSP, а потім скопіювати їх до всіх інших XSP. Це пов’язано з такими факторами:

    • Ви повинні використовувати ті самі пари відкритих і закритих ключів для шифрування/дешифрування токенів у всіх екземплярах служби автентифікації.

    • Пара ключів створюється службою автентифікації, коли вперше потрібно випустити маркер.

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

    1. Виберіть один XSP для використання для створення пари ключів.

    2. Використовуйте клієнта, щоб надіслати запит зашифрованого токена від цього XSP, надіславши запит за такою URL-адресою в браузері клієнта:

       https://<XSP-IPAddress>/authService/token?key=BASE64URL(clientPublicKey)

       (Це створює пару приватних і відкритих ключів на XSP, якщо їх ще не було)

    3. Розташування сховища ключів не можна налаштувати. Експортуйте ключі:

       XSP_CLI/Applications/authenticationService/KeyManagement> exportKeys

    4. Скопіюйте експортований файл /var/broadworks/tmp/authService.keys до того самого розташування на інших XSP, перезаписуючи старішу .keys, якщо потрібно.

    5. Імпортуйте ключі на кожному з інших XSP:

       XSP_CLI/Applications/authenticationService/KeyManagement> importKeys /var/broadworks/tmp/authService.keys

11. Надайте URL-адресу служби автентифікації для вебконтейнера. Вебконтейнеру XSP потрібна URL-адреса служби автентифікації, щоб він міг перевіряти маркери. На кожному з XSP:

    1. Додайте URL-адресу служби автентифікації як зовнішню службу автентифікації для BroadWorks Communications Utility:

       XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/AuthService> set url http://127.0.0.1/authService

    2. Додайте URL-адресу служби автентифікації до контейнера:

       XSP_CLI/Maintenance/ContainerOptions> add tomcat bw.authservice.authServiceUrl http://127.0.0.1/authService

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

    3. Перевірте параметр за допомогою get.

    4. Перезапустіть XSP.

Видалити вимоги до автентифікації клієнта для служби автентифікації (тільки R24)

Якщо служба автентифікації налаштована за допомогою перевірки токена CI на R24, вам також потрібно видалити вимоги до автентифікації клієнта для служби автентифікації. Виконайте таку команду CLI:

ADP_CLI/Interface/Http/SSLCommonSettings/ClientAuthentication/WebApps> set <interfaceIp> <port> AuthenticationService clientAuthReq false

Налаштування TLS і шифрів на інтерфейсах HTTP (для XSI і служби автентифікації)

Програми Служба автентифікації, Xsi-Actions і Xsi-Events використовують інтерфейси сервера HTTP. Рівні налаштувань TLS для цих програм є такими:

Найбільш загальні = Система > Транспорт > HTTP > Інтерфейс сервера HTTP = Найбільш конкретні

Контексти CLI, які ви використовуєте для перегляду або зміни різних параметрів SSL:

Читання конфігурації інтерфейсу TLS сервера HTTP на XSP

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/Http/HttpServer>

2. Введіть get команди й прочитати результати. Ви повинні побачити інтерфейси (IP-адреси) і, для кожного, чи є вони безпечними та чи вимагають вони автентифікації клієнта.

Apache tomcat вимагає сертифікат для кожного захищеного інтерфейсу; система створює самопідписаний сертифікат, якщо він потребує.

XSP_CLI/Interface/Http/HttpServer> get

Додавання протоколу TLS 1.2 до інтерфейсу сервера HTTP

Інтерфейс HTTP, який взаємодіє з хмарою Webex, необхідно налаштувати для TLSv1.2. Хмара не узгоджує попередні версії протоколу TLS.

Щоб налаштувати протокол TLSv1.2 в інтерфейсі сервера HTTP:

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/Http/HttpServer/SSLSettings/Protocols>

2. Введіть команду get <interfaceIp> 443 щоб побачити, які протоколи вже використовуються в цьому інтерфейсі.

3. Введіть команду add <interfaceIp> 443 TLSv1.2 щоб переконатися, що інтерфейс може використовувати TLS 1.2 під час зв’язку з хмарою.

Змінення конфігурації шифрів TLS на інтерфейсі сервера HTTP

Щоб налаштувати необхідні шифри:

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>

2. Введіть команду get <interfaceIp> 443 щоб побачити, які шифри вже використовуються в цьому інтерфейсі. Має бути принаймні один із рекомендованих Cisco пакетів (див Ідентичність XSP та вимоги до безпеки в розділі "Огляд").

3. Введіть команду add <interfaceIp> 443 <cipherName> щоб додати шифр до інтерфейсу сервера HTTP.

   XSP CLI вимагає ім’я стандартного набору шифрів IANA, а не ім’я набору шифрів openSSL. Наприклад, щоб додати шифр openSSL ECDHE-ECDSA-CHACHA20-POLY1305 до інтерфейсу сервера HTTP, ви повинні використовувати: XSP_CLI/Interface/Http/HttpServer/SSLSettings/Ciphers>add 192.0.2.7 443 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Дивhttps://ciphersuite.info/ щоб знайти пакет за будь-яким іменем.

Налаштуйте керування пристроями на XSP, сервері застосунків і сервері профілів

Сервер профілів і XSP є обов’язковими для керування пристроями. Їх потрібно налаштувати відповідно до інструкцій у Посібник із конфігурації керування пристроями BroadWorks .

Налаштуйте сервер застосунків для підписок CTI

Оновіть ідентифікатор ClientIdentity на сервері застосунків за допомогою спільного імені (CN) сертифіката клієнта CTI Webex для Cisco BroadWorks.

Для кожного сервера програм, який ви використовуєте з Webex, додайте ідентифікатор сертифіката до ClientIdentity таким чином:

AS_CLI/System/ClientIdentity> add bwcticlient.webex.com

Загальне ім’я сертифіката клієнта Webex для Cisco BroadWorks bwcticlient.webex.com.

Налаштуйте TLS і шифри в інтерфейсі CTI

Нижче наведено рівні можливості налаштування для інтерфейсу XSP CTI:

Найбільш загальні = Система > Транспорт > Інтерфейси CTI > Інтерфейс CTI = Найбільш конкретні

Контексти CLI, які ви використовуєте для перегляду або зміни різних параметрів SSL:

Під час нового встановлення такі шифри встановлюються за замовчуванням на системному рівні. Якщо нічого не налаштовано на рівні інтерфейсу (наприклад, на інтерфейсі CTI або інтерфейсі HTTP), застосовується цей список шифрів. Зверніть увагу, що цей список може змінюватися з часом: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 TLS_DHE_DSS_WITH_AES_128_CBC_SHA256 TLS_ECDH_RSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_GCM_SHA256 TLS_ECDH_RSA_WITH_AES_128_CBC_SHA256 TLS_ECDH_ECDSA_WITH_AES_128_CBC_SHA256

Читання конфігурації інтерфейсу CTI TLS на XSP

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/CTI/CTIServer>

2. Введіть get команди й прочитати результати. Ви повинні побачити інтерфейси (IP-адреси) і для кожного з них інформацію про те, чи вимагається для них сертифікат сервера та чи потрібна автентифікація клієнта.

   XSP_CLI/Interface/CTI/CTIServer> get
     Interface IP  Port  Secure  Server Certificate  Client Auth Req
   =================================================================
     10.155.6.175  8012    true                true             true
   

Додавання протоколу TLS 1.2 до інтерфейсу CTI

Інтерфейс XSP CTI, який взаємодіє з хмарою Webex, необхідно налаштувати для TLS версії 1.2. Хмара не узгоджує попередні версії протоколу TLS.

Щоб налаштувати протокол TLSv1.2 на інтерфейсі CTI:

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Protocols>

2. Введіть команду get <interfaceIp> щоб побачити, які протоколи вже використовуються в цьому інтерфейсі.

3. Введіть команду add <interfaceIp> TLSv1.2 щоб переконатися, що інтерфейс може використовувати TLS 1.2 під час зв’язку з хмарою.

Змінення конфігурації шифрів TLS в інтерфейсі CTI

Щоб налаштувати необхідні шифри в інтерфейсі CTI:

1. Увійдіть до XSP і перейдіть до XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers>

2. Введіть get щоб побачити, які шифри вже використовуються в цьому інтерфейсі. Має бути принаймні один із рекомендованих Cisco пакетів (див Ідентичність XSP та вимоги до безпеки в розділі "Огляд").

3. Введіть команду add <interfaceIp> <cipherName> щоб додати шифр до інтерфейсу CTI.

   XSP CLI вимагає ім’я стандартного набору шифрів IANA, а не ім’я набору шифрів openSSL. Наприклад, щоб додати шифр openSSL ECDHE-ECDSA-CHACHA20-POLY1305 до інтерфейсу CTI, ви повинні використовувати: XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Ciphers> add 192.0.2.7 TLS_ECDHE_ECDSA_WITH_CHACHA20_POLY1305 Дивhttps://ciphersuite.info/ щоб знайти пакет за будь-яким іменем.

Прив’язки довіри для інтерфейсу CTI (R22 і новіші версії)

Ця процедура передбачає, що XSP або звернені до інтернету, або звернені до інтернету через наскрізний проксі-сервер. Конфігурація сертифіката відрізняється для мостового проксі (див Вимоги до сертифіката TLS для проксі-міста TLS ).

Для кожного XSP у вашій інфраструктурі, який публікує події CTI у Webex, виконайте наведені нижче дії.

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

2. Перейти до Налаштування > Виклики BroadWorks і клацніть Завантажити сертифікат CA Webex щоб отримати CombinedCertChain2023.txt на локальному комп’ютері.

   Ці файли містять два набори по два сертифікати. Потрібно розділити файли, перш ніж передавати їх до XSP. Усі файли є обов’язковими.

3. Розділити ланцюжок сертифікатів на два сертифікати: combinedcertchain2023.txt

   1. Відкрити combinedcertchain2023.txt у текстовому редакторі.

   2. Виділіть і виріжте перший блок тексту, зокрема лінії -----BEGIN CERTIFICATE----- і -----END CERTIFICATE-----, і вставте текстовий блок у новий файл.

   3. Збережіть новий файл як root2023.txt.

   4. Зберегти вихідний файл як issuing2023.txt. Тепер вихідний файл має містити лише один блок тексту, оточений лініями -----BEGIN CERTIFICATE----- і -----END CERTIFICATE-----.

4. Скопіюйте обидва текстові файли в тимчасове розташування на XSP, який ви захищаєте, напр /var/broadworks/tmp/root2023.txt і /var/broadworks/tmp/issuing2023.txt

5. Увійдіть до XSP і перейдіть до /XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts>

6. (Необов’язково) Запустити help updateTrust щоб переглянути параметри та формат команди.

7. Передайте файли сертифікатів до нових прив’язок довіри — 2023

   XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientroot2023 /var/broadworks/tmp/root2023.txt

   XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> updateTrust webexclientissuing2023 /var/broadworks/tmp/issuing2023.txt

   Усі псевдоніми повинні мати різні імена. webexclientroot2023, і webexclientissuing2023 є прикладами псевдонімів для прив’язки довіри; можна використовувати власний, якщо всі записи унікальні.

8. Переконайтеся, що прив’язки оновлено:

   XSP_CLI/Interface/CTI/SSLCommonSettings/ClientAuthentication/Trusts> get

     Alias   Owner                                   Issuer
   =============================================================================
   webexclientissuing2023       Internal Private TLS SubCA      Internal Private Root
   webexclientroot2023       Internal Private Root      Internal Private Root[self-signed]

9. Дозволити клієнтам автентифікуватися за допомогою сертифікатів:

   XSP_CLI/System/CommunicationUtility/DefaultSettings/ExternalAuthentication/CertificateAuthentication> set allowClientApp true

Додайте інтерфейс CTI та ввімкніть mTLS

1. Додайте інтерфейс CTI SSL.

   Контекст CLI залежить від версії BroadWorks. Ця команда створює в інтерфейсі самопідписаний сертифікат сервера та змушує інтерфейс вимагати сертифікат клієнта.

   • На BroadWorks R22 і R23:

     XSP_CLI/Interface/CTI/CTIServer> add <Interface IP> 8012 true true true

2. Замініть сертифікат сервера та ключ на інтерфейсах CTI XSP. Для цього потрібна IP-адреса інтерфейсу CTI; його можна прочитати з такого контексту:

   • На BroadWorks R22 і R23:

     XSP_CLI/Interface/CTI/CTIServer> get

     Потім виконайте такі команди, щоб замінити самопідписаний сертифікат інтерфейсу власним сертифікатом і закритим ключем:

     XSP_CLI/Interface/CTI/CTIServer/SSLSettings/Certificates> sslUpdate <interface IP> keyFile</path/to/certificate key file> certificateFile </path/to/server certificate> chainFile</path/to/chain file>

3. Перезапустіть XSP.

Увімкніть доступ до подій BroadWorks CTI у Webex

Потрібно додати та перевірити інтерфейс CTI під час налаштування кластерів у Partner Hub. Див Налаштуйте свою партнерську організацію в Partner Hub для отримання докладних інструкцій.

• Укажіть адресу CTI, за якою Webex може підписатися на події BroadWorks CTI.

• Підписки CTI надаються для кожного абонента, і встановлюються й обслуговуються лише тоді, коли цей абонент має підготовку для Webex для Cisco BroadWorks.

Можливості користувачів

• Користувачі Windows: Клацніть Налаштування викликів а потім клацніть Відкрийте параметри викликів > Розширені налаштування викликів .

• Користувачі Mac: Клацніть зображення профілю, а потім Бажані параметри > Розширені налаштування викликів .

Установіть вебподання налаштувань викликів на XSP

Застосунок CSWV має бути в тих самих XSP, які обслуговують інтерфейс Xsi-Actions у вашому середовищі. Це некерована програма на XSP, тому вам потрібно встановити та розгорнути файл вебархіву.

1. Увійдіть на сайт cisco.com і виконайте пошук «BWCallSettingsWeb» у розділі завантаження програмного забезпечення.

2. Знайдіть і завантажте останню версію файлу.

   Наприклад, Налаштування виклику BWWeb_ 1.8.2_ 1.війна (https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04 ) був найостаннішим на момент написання цього звіту.

3. Установіть, активуйте та розгорніть вебархів відповідно до Посібника з налаштування платформи обслуговування Cisco BroadWorks Xtended для вашої версії XSP. (версія R24https://www.cisco.com/c/dam/en/us/td/docs/voice_ip_comm/broadworks/Design/XSP/BW-XtendedServicesInterfaceConfigGuide.pdf ).

   1. Скопіюйте файл .war до тимчасового розташування на XSP, наприклад /tmp/.

   2. Перейдіть до наведеного нижче контексту CLI і виконайте команду встановлення:

      XSP_CLI/Maintenance/ManagedObjects> install application /tmp/BWCallSettingsWeb_1.7.5_1.war

      Диспетчер програмного забезпечення BroadWorks перевіряє та встановлює файл.

   3. [Необов’язково] Видалити /tmp/BWCallSettingsWeb_1.7.5_1.war(цей файл більше не потрібен).

   4. Активуйте програму:

      XSP_CLI/Maintenance/ManagedObjects> activate application BWCallSettingsWeb 1.7.5 /callsettings

      , ім’я і версії є обов’язковими для будь-якої програми, але для CSWV ви також повинні надати a контекстний шлях оскільки це некерована програма. Можна використовувати будь-яке значення, яке не використовується іншою програмою, наприклад, /callsettings.

   5. Розгорніть програму «Налаштування викликів» у вибраному контекстному шляху:

      XSP_CLI/Maintenance/ManagedObjects> deploy application /callsettings

4. Тепер ви можете передбачити URL-адресу налаштувань виклику, яку ви вкажете для клієнтів, як зазначено нижче.

   https://<XSP-FQDN>/callsettings/

   Примітки.

   • Ви повинні вказати похилу риску в кінці цієї URL-адреси під час введення її у файл конфігурації клієнта.

   • XSP-FQDN має збігатися з Xsi-Actions FQDN, оскільки CSWV повинен використовувати Xsi-Actions, а CORS не підтримується.

5. Повторіть цю процедуру для інших XSP у вашому Webex для Cisco BroadWorks оточення (за потреби).

Програма вебподання налаштувань викликів тепер активна на XSP.

Огляд проксі-сервера NPS

Для сумісності з Webex для Cisco BroadWorks ваш CNPS має бути виправлений для підтримки функції проксі NPS, Push-сервер для VoIP в UCaaS .

Ця функція реалізує новий дизайн у Notification Push Server, щоб усунути вразливість безпеки, пов’язану зі наданням спільного доступу до приватних ключів сертифіката push-повідомлень із постачальниками послуг для мобільних клієнтів. Замість надання спільного доступу до сертифікатів і ключів push-сповіщень із постачальником послуг, NPS використовує новий API для отримання короткочасного маркера push-сповіщення від Webex для серверної частини Cisco BroadWorks і використовує цей маркер для автентифікації за допомогою Apple APN і служб Google FCM.

Ця функція також розширює можливості сервера надсилання сповіщень надсилати сповіщення на пристрої Android через новий API HTTPv1 Google Firebase Cloud Messaging (FCM).

• Додаткову інформацію див Сервер Push для VoIP в Опис функції UCaaS .

• Виправлення BroadWorks для цієї функції доступні на: https://software.cisco.com/download/home/286326302/type/286326345/release/RI.2022.04.

  Програмне забезпечення та виправлення NPS див. в розділі Підготуйте свій NPS для Webex для Cisco BroadWorks .

  Знайдіть і завантажте виправлення зі сторінки завантаження програмного забезпечення.

• Додаткову інформацію про сервер ADP можна знайти на вебсайтіhttps://www.cisco.com/c/en/us/support/unified-communications/broadworks-application-delivery-platform/model.html .

Налаштуйте кластери BroadWorks

[один раз на кластер]

Це робиться з таких причин:

• Щоб увімкнути хмару Webex для автентифікації користувачів у BroadWorks (через службу автентифікації на базі XSP).

• Щоб дозволити програмам Webex використовувати інтерфейс Xsi для керування викликами.

• Щоб увімкнути Webex для прослуховування подій CTI, опублікованих BroadWorks (присутність телефонії і історію викликів ).

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

Що потрібно зробити:

1. Увійдіть до центру партнера (admin.webex.com) за допомогою облікових даних адміністратора партнера.

2. Відкрити Налаштування сторінку з бічного меню та знайдіть Виклики BroadWorks налаштування.

3. Клацніть Додати кластер .

   Буде запущено майстер, у якому ви надаєте свої інтерфейси (URL-адреси) XSP. Можна додати порт до URL-адреси інтерфейсу, якщо ви використовуєте нестандартний порт.

4. Назвіть цей кластер і клацніть Далі .

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

5. (Необов’язково) Введіть користувача BroadWorks Ім’я облікового запису і Пароль про яку ви знаєте, що належить системі BroadWorks, яку ви підключаєте до Webex, потім клацніть Далі .

   Тести перевірки можуть використовувати цей обліковий запис для перевірки підключень до інтерфейсів у кластері.

6. Додайте свій Дії XSI і Події XSI URL-адреси.

7. Необов’язково. Оновіть URL-адреса DAS з URL-адресою служби активації пристрою.

8. Необов’язково. Перевірте Увімкнути пряму автентифікацію BroadWorks прапорець, якщо ви хочете, щоб вхід до BroadWorks відбувався безпосередньо в BroadWorks. В іншому разі автентифікація для BroadWorks буде передано через проксі-службу IdP, на яку розташовується Webex.

   Цей прапорець впливає на такі ситуації входу:

   • Вхід на портал активації користувачів — користувачі повинні ввести свої облікові дані BroadWorks під час входу на портал. Наведене вище налаштування визначає, чи здійснюється вхід безпосередньо до BroadWorks чи через проксі-сервер IdP.

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

9. Клацніть Далі.

10. На Інтерфейс CTI сторінки, виконайте такі дії:

    1. Додайте URL-адреса CTI і Порт для інтерфейсу CTI, до якого потрібно підключитися.

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

    3. Необов’язково. Увімкніть Синхронізація режиму «Не турбувати» (DND). перемкніть, а потім введіть свій ідентифікатор користувача BroadWorks. Цей параметр синхронізує події DND між Webex і BroadWorks, забезпечуючи однакову роботу функції на обох платформах.

    4. Клацніть Далі.

11. Додайте свій Служба автентифікації URL.

12. Виберіть Служба автентифікації з перевіркою маркера CI .

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

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

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

14. Клацніть Перегляд кластерів і ви повинні побачити ваш новий кластер, а також дізнатися, чи була успішна перевірка.

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

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

Перевірка підключень до інтерфейсів BroadWorks

1. Увійдіть до центру партнера (admin.webex.com) за допомогою облікових даних адміністратора партнера.

2. Відкрити Налаштування сторінку з бічного меню та знайдіть Виклики BroadWorks налаштування.

3. Клацніть Перегляд кластерів .

4. Партнерський центр ініціює тести підключення від різних мікрослужб до інтерфейсів у кластерах.

   Після завершення тестів на сторінці списку кластерів відображається повідомлення про стан поруч із кожним кластером.

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

5. Необов’язково. Виберіть кластер, якщо ви хочете побачити наявні налаштування для цього кластера, як-от дії XSI, події XSI, URL-адреса DAS та налаштування інтерфейсу CTI.

Налаштуйте шаблони клієнтів

Шаблони клієнтів — це спосіб, за допомогою якого ви будете застосовувати спільну конфігурацію до одного або кількох клієнтів під час приєднання до них за допомогою методів підготовки. Кожен шаблон потрібно пов’язати з кластером (створеним у попередньому розділі).

Можна створити необхідну кількість шаблонів, однак із клієнтом можна пов’язати лише один шаблон.

1. Увійдіть до центру партнера (admin.webex.com) за допомогою облікових даних адміністратора партнера.

2. Відкрити Налаштування сторінку з бічного меню та знайдіть Виклики BroadWorks налаштування.

3. Клацніть Додати шаблон .

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

4. Використовуйте Кластер розкривний список, щоб вибрати кластер, який потрібно використовувати з цим шаблоном.

5. Введіть a Ім’я шаблону , потім клацніть Далі .

6. Налаштуйте режим підготовки, використовуючи такі рекомендовані параметри:

   Таблиця 3. Рекомендовані параметри підготовки для різних режимів підготовки

   Установлення імені	Поточна підготовка з довіреними адресами електронної пошти	Поточна підготовка без електронних листів	Самопідготовка користувача
   Увімкніть наскрізну підготовку BroadWorks (включити облікові дані облікового запису підготовки, якщо ввімкнено**)	увімкнено Надайте підготовку Ім’я облікового запису і Пароль відповідно до конфігурації BroadWorks.	увімкнено Надайте підготовку Ім’я облікового запису і Пароль відповідно до конфігурації BroadWorks.	вимкнено
   Автоматично створювати нові організації в Control Hub	Увімкнено †	Увімкнено †	Увімкнено †
   Адреса електронної пошти постачальника послуг	Виберіть адресу електронної пошти зі розкривного списку (можна ввести кілька символів, щоб знайти адресу, якщо це довгий список). Ця адреса електронної пошти ідентифікує адміністратора в організації партнера, якому буде надано делегований доступ адміністратора до будь-яких нових організацій клієнтів, створених за допомогою шаблону клієнта.
   Країна	Виберіть країну, яку ви використовуєте для цього шаблону. Вибрана вами країна відповідає організаціям клієнтів, створених за допомогою цього шаблону, до певного регіону. Зараз це може бути регіон (EMEAR) або (Північна Америка та решта світу). Див зіставлення країни з регіоном у цій електронній таблиці . Країна організації визначить глобальні номери телефону системи за замовчуванням для Cisco ТМЗК на вебсайтах нарад Webex. Див. розділ "Країна" в сторінка довідки для отримання додаткової інформації.
   Режим компанії BroadWorks активний	Увімкніть цей параметр, якщо клієнти, яких ви надаєте за допомогою цього шаблону, є підприємствами в BroadWorks. Якщо це групи, залиште цей перемикач вимкненим. Якщо у вашому BroadWorks є поєднання компаній і груп, вам слід створити різні шаблони для цих різних випадків.

   Примітки з таблиці:

   • † Цей перемикач гарантує, що нова організація клієнта буде створена, якщо домен електронної пошти абонента не збігається з наявною організацією Webex.

     Цей параметр має бути завжди ввімкненим, якщо тільки ви не використовуєте процес замовлення та виконання вручну (через Cisco Commerce Workspace) для створення організацій клієнтів у Webex (перед початком підготовки користувачів у цих організаціях). Цей параметр часто називають моделлю «Гібридна підготовка», і він виходить за рамки цього документа.

   • ** "Обліковий запис підготовки" стосується облікового запису адміністратора на системному рівні BroadWorks. У BroadWorks потрібен обліковий запис адміністратора з такими атрибутами: Тип адміністратора=Підготовка, Лише для читання=Вимкнено.

7. Виберіть пакет послуг за замовчуванням для клієнтів, які використовують цей шаблон (див Пакети в розділі "Огляд"); або Базовий , Стандартний , Преміум або Програмний телефон .

   Ви можете перевизначити це налаштування для окремих користувачів через Partner Hub.

8. Необов’язково. Перевірте Вимкніть Cisco Webex Free Calling якщо потрібно вимкнути виклики Webex,.

9. Для Конфігурація приєднання до наради , виберіть один із таких параметрів:

   • Номери телефону системи Cisco (ТМЗК)

   • Номери телефону системи, надані партнером (BYoPSTN) —Якщо ви виберете цей параметр, див Створіть посібник із рішення власного ТМЗК для Webex для Cisco BroadWorks для отримання докладної інформації про те, як налаштувати цей параметр.

10. Клацніть Далі.

11. Існує два підходи до підготовки абонентів щодо способу перевірки їхніх посвідчень: за допомогою довірених електронних листів або ненадійних електронних листів.

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

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

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

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

    Таблиця 4. Рекомендовані налаштування перевірки користувачів для ненадійних режимів підготовки

    Установлення імені	Поточна підготовка без електронних листів	Самопідготовка користувача
    Спочатку підготуйте адміністратора	Рекомендовано*	Не застосовується
    Дозволити користувачам активувати себе	Не застосовується	Обов’язково

    • Примітки з таблиці:

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

12. Клацніть Далі.

13. Виберіть режим автентифікації за замовчуванням (або Автентифікація BroadWorks або Автентифікація Webex ) для входу користувача до Webex.

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

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

    (Див Режим автентифікації в розділі Підготовка середовища).

14. Клацніть Далі.

15. Для Бажані параметри , налаштуйте таке:

    1. Виберіть, чи хочете ви це зробити Попередньо заповніть адреси електронної пошти користувачів на сторінці входу .

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

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

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

    3. Введіть a Адміністратор партнера .

       Це ім’я використовується в автоматичному повідомленні електронної пошти від Webex, яке пропонує користувачам перевірити свої адреси електронної пошти.

    4. Переконайтеся, що Підготовка наявних організацій перемикач увімкнено (налаштування за замовчуванням — On).

    5. Клацніть Далі.

16. Перегляньте свої записи на останньому екрані. Щоб повернутися назад і змінити будь-які відомості, клацніть елементи керування переміщенням у верхній частині майстра. Клацніть Створити.

    Ви маєте побачити повідомлення про успішне виконання.

17. Клацніть Переглянути шаблони і ви повинні побачити ваш новий шаблон у списку з іншими шаблонами.

18. Клацніть ім’я шаблону, щоб змінити або видалити шаблон, якщо потрібно.

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

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

    Збережіть Переглянути шаблони відкрито, оскільки вам можуть знадобитися відомості шаблону для наступного завдання.

Виправити сервер програм (тільки R22 і R23)

1. Якщо ви ще цього не зробили, застосуйте таке виправлення, яке застосовується до вашого випуску:.

   • Для R22: AP.as.22.0.1123.ap373197

   • Для R23: AP.as.23.0.1075.ap373197

   • Для R24: AP.as.24.0.944.ap384177

   Повний список виправлень BroadWorks, які є вимогами для розгортання Webex для Cisco BroadWorks, див. Вимоги до програмного забезпечення BroadWorks в розділі Довідкові матеріали.

2. Змініть на Maintenance/ContainerOptions контексту.

3. Увімкніть параметр URL-адреси підготовки:

   /AS_CLI/Maintenance/ContainerOptions> add provisioning bw.imp.useProvisioningUrl true

Отримайте URL-адреси підготовки з Partner Hub

Див Посібник із адміністрування інтерфейсу командного рядка сервера програм Cisco BroadWorks для отримання додаткової інформації (Інтерфейс > Обмін повідомленнями та служба > Інтегрований IM&P) про команди AS.

1. Увійдіть у Партнерський центр і перейдіть до Налаштування > Виклики BroadWorks .

2. Клацніть Переглянути шаблони .

3. Виберіть шаблон, який ви використовуєте для підготовки абонентів цього підприємства або групи у Webex.

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

4. Скопіюйте URL-адреса адаптера підготовки .

Повторіть це для інших шаблонів, якщо у вас їх більше одного.

(Додатково) Налаштуйте загальносистемні параметри підготовки на сервері застосунків

Якщо ви використовуєте UC-One SaaS, можливо, ви не захочете встановлювати надання загальної системи та домен служби. Див Точки прийняття рішень в розділі Підготовка середовища.

1. Увійдіть на сервер програм і налаштуйте інтерфейс обміну повідомленнями.

   1. AS_CLI/Interface/Messaging> set provisioningUrl provisioningURL

   2. AS_CLI/Interface/Messaging> set provisioningUserId provisioning_account_name

   3. AS_CLI/Interface/Messaging> set provisioningPassword provisioning_account_password

   4. AS_CLI/Interface/Messaging> set enableSynchronization true

2. Активуйте інтерфейс інтегрованого IMP:

   1. /AS_CLI/Service/IntegratedIMP> set serviceDomain example.com

   2. /AS_CLI/Service/IntegratedIMP/DefaultAttribute> set userAttrIsActive true

Необхідно ввести повне ім’я для provisioningURL параметра, як його було вказано в Control Hub. Якщо сервер застосунків не може отримати доступ до DNS для дозволу імені хоста, необхідно створити зіставлення в /etc/hosts файл на AS.

(Додатково) Налаштуйте параметри підготовки окремих підприємств на сервері застосунків

1. В інтерфейсі користувача BroadWorks відкрийте підприємство, яке потрібно налаштувати, і перейдіть до Служби > Інтегрований IM&P .

2. Виберіть Використовувати домен служби і введіть фіктивне значення (Webex ігнорує цей параметр. Ви могли б скористатися example.com).

3. Виберіть Використовуйте сервер обміну повідомленнями .

4. У URL поле, вставте URL-адресу підготовки, яку ви скопіювали зі свого шаблону в Partner Hub.

   Необхідно ввести повне ім’я для provisioningURL параметра, як його було надано в концентраторі партнерів. Якщо сервер застосунків не може отримати доступ до DNS для дозволу імені хоста, необхідно створити зіставлення в /etc/hosts файл на AS.

5. У Ім’я користувача введіть ім’я адміністратора підготовки. Це має збігатися зі значенням у шаблоні в Partner Hub.

6. Введіть пароль для адміністратора підготовки. Це має збігатися зі значенням у шаблоні в Partner Hub.

7. Для Ідентифікатор користувача за замовчуванням для ідентифікатора IM&P , виберіть Основний .

8. Клацніть Застосувати.

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

Дані підготовки користувачів

Інформацію про дані користувача, якими обмінюються BroadWorks і Webex під час підготовки користувачів, див Підготовка користувачів постачальника послуг .

Додайте шаблони конфігурації Webex Apps до сервера програм BroadWorks

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

1. Отримайте необхідні файли DTAF (див Профілі пристрою в розділі Підготовка середовища).

2. Переконайтеся, що у вас є правильні набори тегів Система BroadWorks > Ресурси > Набори тегів керування пристроями .

3. Для кожного клієнта, якого ви надаєте:

   1. Завантажте й розпакуйте ZIP-файл DTAF для конкретного клієнта.

   2. Імпортувати файли DTAF до BroadWorks за адресою Система > Ресурси > Типи ідентифікаційних даних/профілів пристрою

   3. Відкрийте щойно доданий профіль пристрою для редагування та:

      • Введіть повне доменне ім’я ферми XSP і протокол доступу до пристрою.

      • Перевірте Інформація про віддалену сторінку підтримки прапорець. Ця підтримка потрібна для роботи спільного доступу до робочого стола.

        Ви також можете ввімкнути підтримку Remote Party, запустивши таку команду CLI на сервері застосунків: AS_CLI/System/DeviceType/SIP> set <device_profile_type> supportRemotePartyInfo true

   4. Змініть шаблони відповідно до свого середовища (див. таблицю нижче).

   5. Збережіть профіль.

4. Клацніть Файли й автентифікація а потім виберіть параметр для відновлення всіх системних файлів.

Налаштуйте брендинг для програми Webex

• Налаштування партнера. Адміністратори партнерів можуть застосовувати розширені налаштування брендингу, які застосовуються до партнерської організації та/або клієнтів, якими керує партнер. Див Налаштуйте розширені налаштування брендингу .

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

На порталі активації користувача використовується той самий логотип, який ви додаєте для брендингу клієнта.

Налаштуйте звіти про проблеми та URL-адреси довідки

Щоб налаштувати ці параметри, адміністратори можуть виконати процедуру "Додати URL-адреси вебсайту відгуків і довідки", яку можна знайти в обох наведених вище статтях про брендинг.