Робочий процес конфігурації Webex Calling
Робочий процес конфігурації Webex Calling
08 серпня 2023 р.
Огляд Webex Calling

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

Знайомство з Webex Calling

Webex Calling надає такі функції та переваги:

  • Абоненти дзвінків для користувачів телефонії та зон загального користування.

  • Безпечні та надійні хмарні сервіси, що надаються надійними регіональними постачальниками послуг

  • Доступ до програми Webex для кожного користувача, додаючи розширені уніфіковані комунікації та послуги командної співпраці.

  • Webex Meetings як додаткове інтегроване доповнення для забезпечення преміальних зустрічей, які очікують корпоративні користувачі.

  • Доступ до телефонної мережі загального користування (PSTN) для надання користувачам можливості телефонувати на номери за межами організації. Послуга надається через наявну інфраструктуру підприємства (локальний шлюз без локальної внутрішньої телефонної IP-мережі або з наявним уніфікованим середовищем виклику CM) або партнер або Cisco надали параметри ТМЗК.

  • Підтримка рівня 1, яку надає ваш партнер, підтримка наступного рівня, яку надає Cisco

Control Hub — це веб-портал керування, який інтегрується з Webex Calling, щоб спростити ваші замовлення та конфігурацію, а також централізувати керування пакетною пропозицією —Webex Calling , Webex Appта Webex Meetings.

Таблиця 1. Настроювані функції адміністратора

Функція

Опис

Автосекретар

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

Черга викликів

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

Прийняти виклик

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

Паркування викликів

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

Група пошуку

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

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

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

Пейджингова група

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

Клієнт-секретар

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

Користувачі можуть налаштовувати наведені нижче функції на вебсайті https://settings.webex.com, який можна перехресно запустити на користувацькому порталі Calling.

Таблиця 2. Настроювані користувачем функції

Функція

Опис

Відхилення анонімних викликів

Користувачі можуть відхиляти вхідні дзвінки із заблокованими ідентифікаторами абонентів.

Безперервність бізнес-процесів

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

Переадресація викликів

Користувачі можуть переадресувати вхідні виклики на інший телефон.

Вибіркова переадресація викликів

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

Сповіщення про виклик

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

Виклик на очікуванні

Користувачі можуть дозволити відповідати на додаткові вхідні виклики.

Не турбувати

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

Office Anywhere

Користувачі можуть використовувати вибрані телефони («розташування») як додатковий номер свого робочого номера телефону й абонентської групи.

Пріоритетне сповіщення

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

Віддалений офіс

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

Вибіркове прийняття викликів

Користувачі можуть приймати виклики в певний час від певних абонентів.

Вибіркове відхилення викликів

Користувачі можуть відхиляти виклики в певний час від певних абонентів.

Послідовний дзвінок

Вхідні виклики можуть послідовно надходити не більше ніж на 5 пристроїв.

Одночасний дзвінок

Вхідні виклики можуть одночасно надходити на номери користувачів і інших абонентів («отримувачів викликів»).

Підготовка служб, пристроїв і користувачів у Control Hub, перехресний запуск для детальної конфігурації на порталі адміністрування Calling

Control Hub (https://admin.webex.com) — це портал керування, який інтегрується з Webex Calling для оптимізації замовлень і конфігурації, а також централізації керування пакетною пропозицією: Webex Calling, програмою Webex і Meetings.

З Control Hub починається підготовка всіх служб, пристроїв і користувачів. Тут можна виконати початкове налаштування служби викликів, зареєструвати телефони MPP в хмарі (використовуючи MAC-адресу), налаштувати користувачів шляхом зв’язування пристроїв, додавання номерів, послуг, функцій виклику тощо. Крім того, з Control Hub можна виконати перехресний запуск порталу адміністрування Calling.

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

Користувачі мають доступ до наведених нижче інтерфейсів.

  • Програма Webex Calling: програмний клієнт для викликів під брендом Cisco. Додаткову інформацію див. в статті Огляд нової програми Cisco Webex Calling.

  • Налаштування Webex () — інтерфейс, за допомогою якого користувачі можуть налаштовувати бажані параметри профілю, завантажувати програму Webex і перехресно запускати користувацький портал Calling з метою налаштування викликів.https://settings.webex.com Додаткову інформацію див. в статті Змінювання налаштувань Cisco Webex.

  • Програма Webex — програма, яку включено до передплати як клієнт для обміну повідомленнями в команді під брендом Cisco. Додаткову інформацію див. в статті Початок роботи з програмою Cisco Webex.

  • Webex Meetings — додаткова програма, яку додано як рішення для нарад. Додаткову інформацію див. в статті Webex Meetings.

Адміністратори клієнтів

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

Партнери

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

Доступність

Дивіться заголовок Webex Calling у статті Де знаходиться Cisco Webex доступний для країн, де Webex Calling доступний для продажу.

Огляд

Тепер у Webex Calling передбачений параметр виділеного хмарного екземпляра на базі архітектури Cisco Unified Communications Manager. Спеціальний екземпляр інтегрований з Webex Calling і використовує переваги послуг платформи Webex, щоб забезпечити централізоване адміністрування, а також застосовні хмарні інновації, розроблені в будь-якому місці на платформі Webex, для покращення досвіду дзвінків. Спеціальний екземпляр також підтримує старі кінцеві точки Cisco або існуючі інтеграції, які є частиною критично важливих бізнес-процесів.

Доповнення «Виділений екземпляр» для Webex Calling включає наведені нижче рішення.

  • Cisco Unified Communications Manager

  • Cisco Unified IM and Presence

  • Cisco Unified Unity Connection

  • Cisco Expressway

  • Cisco Emergency Responder (лише для регіону Америки)

  • Видання управління сесіями Cisco (МСП) (необов'язково)

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

Basic Inter-Op - Спеціальний екземпляр інтегрований з Webex Calling для маршрутизації викликів через платформу Webex. Клієнти мають гнучкі можливості розподілення користувачів через виділений екземпляр і Webex Calling, а також коригування з часом, якщо це необхідно для вирішення їхніх бізнес-вимог до хмарних викликів.


Клієнтам, які розподіляють користувачів між платформами, будуть доступні різні функції. Функції виклику не гармонізовані між виділеним екземпляром і дзвінком Webex. Наприклад, користувачі Webex Calling не можуть бути частиною групи полювання у виділеному екземплярі.

Огляд Control Hub

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

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


Для доступу в Control Hub рекомендовано використовувати останню настільну версію Google Chrome або Mozilla Firefox. Використання браузерів на мобільних пристроях, а також інших настільних браузерів може призвести до непередбачуваних результатів.

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

Початок роботи

Після того як ваш партнер створить ваш обліковий запис, ви отримаєте привітальний електронний лист. У браузері Chrome або Firefox перейдіть за посиланням Початок роботи, наданим в електронному листі, щоб отримати доступ до Control Hub. Посилання забезпечить автоматичний вхід із використанням вашої адреси електронної пошти адміністратора. Далі вам буде запропоновано створити пароль адміністратора.

Майстер початкового налаштування пробних версій

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

Перевірка налаштувань

Перевірити налаштування можна під час завантаження Control Hub.

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

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

У разі використання Microsoft Active Directory рекомендується спочатку ввімкнути синхронізацію каталогу, а потім вибрати спосіб додавання користувачів. Клацніть Далі й дотримуйтеся інструкцій щодо налаштування з’єднувача каталогів Cisco.

Налаштування єдиного входу (SSO)

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

Перейдіть до розділу Налаштування, прокрутіть сторінку до пункту Автентифікація, клацніть Змінити, а потім виберіть Інтегрувати стороннього постачальника посвідчень.

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

Щоб користувачі, яких було додано, могли почати користуватися програмою Webex, потрібно призначити їм служби.

У розділі Користувачі клацніть Керування користувачами, виберіть Експорт і імпорт користувачів за допомогою файлу CSV, а потім клацніть Експорт.

У завантаженому файлі просто додайте значення True для служб, які необхідно призначити кожному з користувачів.

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

Розширення можливостей користувачів

Тепер, коли користувачів додано і їм призначено служби, вони можуть почати використовувати свої підтримувані багатоплатформові телефони (MPP) для Webex Calling і програму Webex для обміну повідомленнями й нарад. Порадьте їм використовувати налаштування Cisco Webex як універсальний інструмент доступу.

Роль локального шлюзу

Локальний шлюз — це граничний пристрій (корпоративний або керований партнером), який використовується для взаємодії з телефонною мережею загального користування (PSTN) або застарілими внутрішніми телефонними мережами (включно з Unified CM).

За допомогою Control Hub можна призначити локальний шлюз розташуванню, після чого Control Hub надасть параметри, які можна налаштувати в CUBE. Ці кроки забезпечать реєстрацію локального шлюзу в хмарі. Після цього служба PSTN буде надаватися через шлюз користувачам Webex Calling у певному розташуванні.

Щоб вибрати й замовити локальний шлюз, ознайомтеся з посібником із замовлення локального шлюзу.

Підтримувані розгортання локальних шлюзів для Webex Calling

Підтримуються наведені нижче базові розгортання.

Локальний шлюз може бути розгорнуто автономно або в розгортаннях, де потрібна інтеграція в Cisco Unified Communications Manager.

Розгортання локального шлюзу без локальної внутрішньої телефонної мережі з підтримкою IP

Автономні розгортання локальних шлюзів

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

Webex Calling направляє всі виклики, які не відповідають вашим призначенням Webex Calling, для обробки на локальний шлюз, призначений розташуванню. Локальний шлюз маршрутизує всі виклики, які надходять від Webex Calling, до PSTN і у зворотному напрямку — з PSTN до Webex Calling.

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

Розгортання спільно розміщеного локального шлюзу

Локальний шлюз може працювати на базі IP (підключення до ITSP виконується за допомогою SIP-транку) або TDM (підключення за допомогою ISDN або аналогової схеми). На малюнку нижче зображено розгортання Webex Calling, де локальний шлюз є спільно розміщеним зі шлюзом PSTN або SBC.

Розгортання локального шлюзу з локальною внутрішньою телефонною мережею Unified CM

Інтеграція з Unified CM потрібна в наведених нижче випадках.

  • Розташування з підтримкою Webex Calling додано до наявного розгортання Cisco UC, де Unified CM розгорнуто як локальне рішення для керування викликами

  • Між телефонами, зареєстрованими в Unified CM, і телефонами в розташуваннях Webex Calling необхідний прямий набір.

На цьому малюнку показано розгортання Webex Calling, де клієнт має наявну внутрішню телефонну мережу Unified CM із підтримкою IP.

Webex Calling надсилає виклики, які не відповідають призначенням Webex Calling клієнта, на локальний шлюз. Сюди відносяться номери PSTN і внутрішні додаткові номери Unified CM, які Webex Calling не може розпізнати. Локальний шлюз маршрутизує всі виклики, які надходять від Webex Calling, до Unified CM і навпаки. Потім Unified CM маршрутизує вхідні виклики до локальних призначень або в PSTN відповідно до наявної абонентської групи. Абонентська група Unified CM нормалізує номери у формат +E.164. Шлюз PSTN може бути виділеним або розміщеним спільно з локальним шлюзом.

Виділений шлюз PSTN

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

Шлюз PSTN, розміщений спільно

На цьому малюнку зображено розгортання Webex Calling з Unified CM, де локальний шлюз є спільно розміщеним зі шлюзом PSTN або SBC.

Webex Calling маршрутизує всі виклики, які не відповідають призначенням Webex Calling клієнта, на локальний шлюз, який призначено розташуванню. Сюди відносяться призначення PSTN і виклики в середині мережі на внутрішні додаткові номери Unified CM. Локальний шлюз маршрутизує всі виклики в Unified CM. Потім Unified CM маршрутизує виклики на локально зареєстровані телефони або в PSTN через локальний шлюз, який має функціональні можливості PSTN або SBC.

Відомості щодо маршрутизації викликів

Здійснення викликів із Webex Calling в Unified CM

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

Якщо розгортання Webex Calling виконано без інтеграції в наявну систему Unified CM, будь-який виклик поза мережею вважається викликом PSTN. У разі поєднання з Unified CM виклик поза мережею все ще може бути викликом усередині мережі до будь-якого призначення, розміщеного в Unified CM, або реальним викликом поза мережею до призначення PSTN. Відмінність між двома останніми типами викликів визначається Unified CM і залежить від корпоративної абонентської групи, яку підготовлено в Unified CM.

На схемі нижче показано набір національного номера в США користувачем Webex Calling.

Unified CM тепер базується на налаштованій абонентській групі й маршрутизує виклик на локально зареєстрований термінальний пристрій, де призначення виклику підготовлено як номер абонента. Для цього абонентська група Unified CM повинна підтримувати маршрутизацію на номери +E.164.

Здійснення викликів з Unified CM у Webex Calling

Щоб увімкнути маршрутизацію викликів з Unified CM до Webex Calling, в Unified CM необхідно підготувати набір маршрутів для визначення набору номерів +E.164, а у Webex Calling адреси групи корпоративних номерів.

За наявності цих маршрутів можливі обидва сценарії викликів, наведені на малюнку нижче.

Якщо абонент у мережі PSTN телефонує на номер DID, який призначено пристрою Webex Calling, виклик спрямовується в організацію через її шлюз PSTN, а потім до Unified CM. Адреса цього виклику, яку було набрано, відповідає одному з маршрутів Webex Calling, який підготовлено в Unified CM, і виклик спрямовується на локальний шлюз. (Під час спрямовування до локального шлюзу адреса, яку було набрано, має бути у форматі +E.164.) Потім логіка маршрутизації Webex Calling перевіряє, чи спрямовано виклик на необхідний пристрій Webex Calling на основі призначення DID.

Крім того, виклики, які було ініційовано на зареєстрованих у Unified CM термінальних пристроях, адресовані призначенням у Webex Calling, залежать від абонентської групи, яку було підготовлено в Unified CM. Як правило, ця абонентська група дозволяє користувачам здійснювати виклики, використовуючи загальні корпоративні варіанти набору номерів в організації. Ці варіанти не обов’язково можуть включати тільки набір номерів +E.164. Щоб забезпечити правильну маршрутизацію у Webex Calling, будь-який варіант набору, який відрізняється від +E.164, необхідно нормалізувати у формат +E.164 перед тим, як виклики буде спрямовано на локальний шлюз.

Клас служби (CoS)

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

  • Пристрої, зареєстровані в Unified CM

  • Виклики, що надходять в Unified CM з PST

  • Виклики, що надходять в Unified CM з Webex Calling

Пристрої, зареєстровані в Unified CM

Додати призначення Webex Calling як новий клас призначень до наявного налаштування класу служби досить просто: надання дозволу на виклик призначень Webex Calling зазвичай еквівалентно наданню дозволу на виклик локальних (у тому числі між об’єктами) призначень.

Якщо в корпоративній абонентській групі вже реалізовано дозвіл «(скорочений) внутрішньомережевий набір між об’єктами», це означає, що вже існує розділ, підготовлений в Unified CM, який можна використовувати, і необхідно підготувати всі відомі внутрішньомережеві призначення Webex Calling у тому ж розділі.

В іншому випадку поняття дозволу «(скорочений) внутрішньомережевий набір між об’єктами» ще не існує. Це означає, що потрібно підготувати новий розділ (наприклад, onNetRemote), додати до цього розділу призначення Webex Calling, і, нарешті, цей новий розділ потрібно додати до відповідних пошукових просторів виклику.

Виклики, що надходять в Unified CM з PST

Додати призначення Webex Calling як новий клас призначень до наявного налаштування класу служби досить просто: надання дозволу на виклик призначень Webex Calling зазвичай еквівалентно наданню дозволу на виклик локальних (у тому числі між об’єктами) призначень.

Якщо в корпоративній абонентській групі вже реалізовано дозвіл «(скорочений) внутрішньомережевий набір між об’єктами», це означає, що вже існує розділ, підготовлений в Unified CM, який можна використовувати, і необхідно підготувати всі відомі внутрішньомережеві призначення Webex Calling у тому ж розділі.

В іншому випадку поняття дозволу «(скорочений) внутрішньомережевий набір між об’єктами» ще не існує. Це означає, що потрібно підготувати новий розділ (наприклад, onNetRemote), додати до цього розділу призначення Webex Calling, і, нарешті, цей новий розділ потрібно додати до відповідних пошукових просторів виклику.

Виклики, що надходять в Unified CM з Webex Calling

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

Для викликів із PSTN необхідний доступ до DID Unified CM і DID Webex Calling, а для викликів, які ініційовано у Webex Calling, необхідний доступ до DID Unified CM і призначень PSTN.

Малюнок 1. Диференційований клас служби для викликів із PSTN і Webex Calling

На цьому малюнку порівнюються два різних класи служби для викликів із PSTN і Webex Calling. На малюнку також показано, що у разі спільного розміщення функціональних можливостей шлюзу PSTN і локального шлюзу потрібні два транки від комбінованого шлюзу PSTN і локального шлюзу до Unified CM: один для викликів, які ініційовано в PSTN, і один для викликів, які ініційовано у Webex Calling. Це обумовлено вимогою застосовувати диференційовані простори пошуку викликів для кожного типу трафіку. Цього можна легко досягти за допомогою двох вхідних транків у Unified CM: необхідно налаштувати на кожному транку потрібний простір пошуку для вхідних викликів.

Інтеграція абонентської групи

Цей посібник передбачає наявне встановлення, яке базується на актуальних практичних порадах, наведених у розділі «Бажана архітектура для локальних розгортань рішень Cisco Collaboration, CVD». Остання версія доступна тут.

Рекомендований проєкт абонентської групи відповідає підходу до проєктування, який описано в розділі «Абонентська група» останньої версії SRND до системи Cisco Collaboration. Цей документ доступний тут.

Малюнок 2. Рекомендована абонентська група

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

  • Усі номери абонентів, які налаштовано в Unified CM, мають формат +E.164.

  • Усі номери абонентів знаходяться в одному розділі (DN), і їх позначено як термінові.

  • Основна маршрутизація базується на форматі +E.164.

  • Усі варіанти набору, які відрізняються від E.164 (наприклад, скорочений набір в об’єктах і набір номерів PSTN із використанням загальних варіантів набору номера), нормалізовано (глобалізовано) до формату +E.164 з використанням шаблонів перетворення нормалізації набору номера.

  • У шаблонах перетворення нормалізації набору номера використовується успадкування простору пошуку викликів у шаблоні перетворення. У цих шаблонах налаштовано параметр «Використовувати простір пошуку викликів джерела».

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

  • Можливості доступу до PSTN (наприклад, доступ до міжнародних призначень PSTN) впроваджуються шляхом додавання розділів з відповідними шаблонами маршрутів +E.164 до простору пошуку викликів, що визначає клас служби.

Досяжність Webex Calling

Малюнок 3. Додавання призначення Webex Calling до абонентської групи

Щоб додати досяжність для призначень Webex Calling до цієї абонентської групи, необхідно створити розділ, що представляє всі призначення Webex Calling (під назвою Webex Calling), а також додати до цього розділу шаблон маршруту +E.164 для кожного діапазону DID у Webex Calling. Цей шаблон маршруту посилається на список маршрутів лише з одним учасником: група маршрутів із SIP-транком до локального шлюзу для викликів Webex Calling. Усі набрані призначення нормалізовано до +E.164 за допомогою шаблонів перетворення нормалізації набору для викликів, які ініційовано із зареєстрованих в Unified CM термінальних пристроїв, або перетворення номера абонента, якому телефонують для викликів, які ініційовано в PSTN. Тому цього єдиного набору шаблонів маршрутів +E.164 достатньо для досягнення досяжності призначень у Webex Calling, незалежно від використовуваного варіанта набору номера.

Наприклад, якщо користувач набирає номер 914085550165, то шаблон перетворення нормалізації набору номера в розділі UStoE164 нормалізує цей рядок набору в +14085550165, який потім відповідає шаблону маршруту для призначення Webex Calling у розділі Webex Calling. Unified CM у кінцевому підсумку спрямовує виклик на локальний шлюз.

Додавання скороченого міжоб’єктного набору

Малюнок 4. Додавання скороченого міжоб’єктного набору

Рекомендованим способом додавання скороченого міжоб’єктного набору до вказаної абонентської групи є додавання шаблонів перетворення нормалізації набору для всіх об’єктів у групі корпоративних номерів до виділеного розділу (номер корпоративного значення, або ESN). Ці шаблони перетворення перехоплюють рядки набору у форматі групи корпоративних номерів і нормалізують набраний рядок у формат +E.164.

Щоб додати корпоративний скорочений набір до призначень Webex Calling, необхідно додати відповідний шаблон перетворення нормалізації набору для розташування Webex Calling до розділу Webex Calling (наприклад, 8101XX на схемі). Після процесу нормалізації виклик знову спрямовується до Webex Calling. Це виконується після відповідності шаблону маршруту в розділі Webex Calling.

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

Обробники протоколів для Calling

Webex Calling реєструє наведені нижче обробники протоколів в операційній системі, щоб забезпечити доступ до функціональних можливостей швидких викликів із веббраузерів або іншої програми. Наступні протоколи починають аудіо- або відеовиклик у програмі Webex, коли ця програма використовується для викликів за замовчуванням на комп’ютері Mac або Windows:

  • CLICKTOCALL: або CLICKTOCALL://

  • SIP: або SIP://

  • TEL: або TEL://

  • WEBEXTEL: або WEBEXTEL://

Обробники протоколів для Windows

Інші програми можуть реєструвати обробники протоколів раніше за програму Webex. У Windows 10 передбачено системне вікно із запитом для користувачів щодо того, яку програму використовувати для запуску виклику. Встановивши прапорець у полі Завжди використовувати цю програму, можна запам’ятати налаштування користувача.

Якщо користувачам потрібно скинути налаштування програми для викликів за замовчуванням, щоб вони могли вибрати програму Webex, можна запропонувати їм змінити зв’язки протоколів для програми Webex у Windows 10.

  1. Відкрийте налаштування системи Налаштування програми за замовчуванням, клацніть Задати значення за замовчуванням за програмою і виберіть програму Webex .

  2. Виберіть програму Webex для кожного протоколу.

Обробники протоколів для macOS

Якщо в Mac OS інші програми зареєстровано в протоколах викликів раніше за програму Webex, користувачі повинні налаштувати програму Webex як службу для викликів за замовчуванням.

У програмі Webex для Mac користувачі можуть перевірити, чи вибрано програму Webex у налаштуванні Починати виклики за допомогою в розділі загальних бажаних параметрів. Також можна увімкнути параметр Завжди підключатися до Microsoft Outlook, якщо необхідно здійснювати виклики в програмі Webex, коли користувач клацне номер контакту Outlook.

16 травня 2024 р.
Підготовка середовища для Webex Calling
  • Вимоги до
  • Вимоги до локального шлюзу для

    Загальні передумови

    Перш ніж налаштувати локальний шлюз для , переконайтеся, що ви:

    • Базові знання принципів VoIP

    • Базові знання принципів роботи голосових функцій Cisco IOS-XE й IOS-XE

    • Мати базові знання про протокол ініціації сеансу (SIP)

    • Базова уява про Cisco Unified Communications Manager (Unified CM), якщо ваша модель розгортання містить Unified CM

    Див Посібник із налаштування підприємства Cisco Unified Border Element (CUBE). для отримання додаткової інформації.

    Вимоги до апаратного й програмного забезпечення для локального шлюзу

    Упевніться, що розгортання має один або кілька локальних шлюзів [Cisco CUBE (для підключення на основі IP) або шлюз Cisco IOS (для підключення на основі TDM)], які наведено в таблиці 1 розділу Посібник із замовлення локального шлюзу для Webex Calling. Крім того, упевніться, що на платформі запущено підтримуваний випуск IOS-XE, як описано в посібнику з налаштування локального шлюзу.

    Вимоги до сертифікатів і безпеки для локального шлюзу

    вимагає безпечної сигналізації та медіа. Локальний шлюз забезпечує шифрування; підключення TLS має бути встановлено для вихідних викликів до хмари за допомогою наведених далі кроків.

    • Локальний шлюз необхідно оновити за допомогою пакета кореневого ЦС, отриманого в Cisco PKI

    • Щоб налаштувати локальний шлюз, необхідно використовувати набір облікових даних SIP-дайджест-автентифікації зі сторінки налаштування транку в Control Hub (ці кроки є частиною конфігурації, яку наведено нижче)

    • Виконується перевірка наданого сертифікату за допомогою пакета кореневого ЦС

    • Надходить запит облікових даних (наданих SIP-дайджестом)

    • Хмара визначає, який локальний шлюз зареєстровано безпечно

    Вимоги до брандмауера, обходу NAT й оптимізації шляху мультимедіа для локального шлюзу

    У більшості випадків локальний шлюз і термінальні пристрої можуть знаходитися у внутрішній мережі клієнта, використовуючи приватні IP-адреси з NAT. Корпоративний брандмауер повинен дозволити вихідний трафік (SIP, RTP/UDP, HTTP) на певні IP-адреси/порти, які описано в розділі Довідкова інформація щодо портів.

    Щоб використовувати оптимізацію шляху мультимедіа з ICE, інтерфейс локального шлюзу в напрямку Webex Calling повинен мати прямий мережевий шлях до термінальних пристроїв Webex Calling і від них. Щоб використовувати оптимізацію шляху мультимедіа, коли термінальні пристрої знаходяться в іншому розташуванні й між ними та інтерфейсом локального шлюзу в напрямку Webex Calling немає прямого мережевого шляху, локальний шлюз повинен мати загальнодоступну IP-адресу, призначену інтерфейсу в напрямку Webex Calling, для здійснення викликів між локальним шлюзом і термінальним пристроєм. Крім того, він повинен працювати під керуванням IOS-XE версії 16.12.5.

    16 травня 2024 р.
    Налаштування Webex Calling для організації

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

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

    1.

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


     

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

    2.

    Перегляньте й прийміть умови обслуговування.

    3.

    Перегляньте план і клацніть Початок роботи.


     

    За перші кроки з активації з використанням майстра першого встановлення відповідає ваш менеджер із роботи з клієнтами. У разі отримання сповіщення «Не вдалося налаштувати виклик» після натискання кнопки Початок роботи зверніться до менеджера із роботи з клієнтами.

    4.

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

    5.

    Клацніть Далі. Розміщення за замовчуванням.

    6.

    Виберіть один із наведених далі варіантів.

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

     

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

    7.

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

    • Мова оголошень: для голосових оголошень, а також підказок для нових користувачів і функцій.
    • Мова електронної пошти: для спілкування електронною поштою з новими користувачами.
    • Країна
    • Часовий пояс
    8

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

    9

    Введіть доступну SIP-адресу Cisco Webex, клацніть Далі й виберіть Завершити.

    Перш ніж почати

    Щоб створити нове розташування, підготуйте наведену далі інформацію.

    • Адреса розташування

    • Бажані номери телефону (необов’язково)

    1.

    Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.


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

    Налаштуйте параметри розташування.

    • Ім’я розташування. Введіть унікальне ім’я, щоб ідентифікувати розташування.
    • Країна або регіон. Виберіть країну, до якої потрібно прив’язати розташування. Наприклад, можна створити одне розташування (головний офіс) у США, а інше (філію) у Великій Британії. Вибрана країна буде визначати подальші поля адреси. У полях, які описано тут, як приклад використовується адреса в США.
    • Адреса розташування: введіть основну поштову адресу розташування.
    • Місто: введіть місто для цього розташування.
    • Штат, область або регіон: виберіть штат у розкривному списку.
    • Поштовий індекс: введіть поштовий індекс.
    • Мова оголошень: виберіть мову для голосових оголошень, а також підказок для нових користувачів і функцій.
    • Мова електронної пошти: виберіть мову для спілкування електронною поштою з новими користувачами.
    • Часовий пояс: виберіть часовий пояс для розташування.
    3.

    Натисніть Зберегти, а потім виберіть Так/Ні, щоб додати номери до розташування зараз або пізніше.

    4.

    Якщо ви клацнули Додати зараз, виберіть один із наведених нижче параметрів.

    • PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.


       

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

      • Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).

      • Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.

      • Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.

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

    • PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

       

      Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

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

    • PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

    Вибір параметра PSTN доступний на рівні кожного розташування (кожне розташування має лише один параметр PSTN). Можна вибрати скільки завгодно параметрів для вашого розгортання, але кожне розташування матиме один параметр. У разі необхідності змінити параметр PSTN, коли його вибрано й підготовлено, клацніть Керування у властивостях PSTN розташування. Однак деякі параметри, як-от PSTN Cisco, можуть бути недоступні після призначення іншого параметра. Щоб отримати допомогу, створіть запит до служби підтримки.

    5.

    Виберіть, чи потрібно активувати номери зараз або пізніше.

    6.

    Якщо вибрано неінтегровану CCP або PSTN на базі локальних ресурсів, введіть номери телефону як значення, розділені комами, а потім клацніть Перевірити.

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

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

    7.

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

    Що далі

    Після створення розташування можна ввімкнути для цього розташування служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

    Перш ніж почати


     

    Отримайте список користувачів і робочих просторів, пов’язаних із розташуванням. Перейдіть до розділу Служби > Виклики > Номери й в розкривному меню виберіть розташування, яке потрібно видалити. Перед тим як видалити розташування, слід видалити цих користувачів і робочі простори.

    Майте на увазі, що будь-які номери, пов 'язані з цим розташуванням, будуть повернуті вашому постачальнику послуг PSTN; ви більше не будете володіти цими номерами.

    1.

    Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

    2.

    Натиснітьв Дії поруч із розташуванням, яке потрібно видалити.

    3.

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

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

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


     

    Для наявних розташувань можна ввімкнути служби екстреної допомоги 911. Додаткову інформацію див. в розділі Служба екстреної допомоги 911 RedSky для Webex Calling.

    1.

    Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

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

    2.

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

    • PSTN Cisco. Виберіть цей параметр, якщо вам необхідне хмарне рішення PSTN від Cisco. План Cisco Calling — це повне рішення для заміни PSTN, яке забезпечує здійснення екстрених викликів, вхідних і вихідних внутрішніх та міжнародних викликів, а також дозволяє замовити нові номери PSTN або перенести наявні номери до Cisco.


       

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

      • Ви придбали принаймні один затверджений план Cisco Calling OCP (план вихідних викликів).

      • Ваше розташування знаходиться в країні, де підтримується план Cisco Calling.

      • Ваше розташування нове. Наразі для вже наявних розташувань, яким було призначено інші можливості PSTN, неможливо надати план Cisco Calling. Щоб отримати допомогу, створіть запит до служби підтримки.

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

    • PSTN із підключенням до хмари. Виберіть цей параметр, якщо потребуєте хмарного рішення PSTN від одного з багатьох партнерів CCP Cisco або якщо план Cisco Calling недоступний у вашому розташуванні. Партнери CCP пропонують рішення для заміни PSTN, розширене глобальне покриття, а також широкий і різноманітний спектр функцій, комплектації та ціноутворення.

       

      Партнерів CCP й географічне покриття наведено тут. Відображаються лише партнери, які підтримують країну вашого розташування. Партнери відображаються у вигляді або логотипа, або короткого текстового рядка з наведеним у дужках регіоном [приклад: (EU), (US) або (CA)]. Партнери, вказані у вигляді логотипа, завжди пропонують регіональні мультимедіа для CCP. У разі вибору партнера, який відображається у вигляді рядка, виберіть регіон, найближчий до країни вашого розташування, щоб забезпечити доступ до регіональних мультимедіа для CCP.

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

    • PSTN на базі локальних ресурсів (локальний шлюз). Цей параметр можна вибрати, якщо вам необхідно зберегти поточного постачальника PSTN або підключити об’єкти за межами хмари до хмарних об’єктів.

       

      Клієнтів Webex Calling із розташуваннями, для яких раніше був налаштований локальний шлюз, буде автоматично перетворено для використання PSTN на основі локальних ресурсів із відповідним транком.

    3.

    Виберіть основний номер, за яким можна зв’язатися з основним контактом розташування.

    4.

    (Необов’язково.) У розділі Екстрені виклики можна вибрати параметр Ідентифікатор місця надзвичайної ситуації, щоб призначити його цьому розташуванню.


     

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

    У деяких країнах (як-от Франція), існують нормативні вимоги до стільникових радіосистем із метою встановлення ідентифікатора стільникового зв’язку під час здійснення екстреного виклику й надання до них доступу екстреним службам. Інші країни, такі як США та Канада, впроваджують визначення місцезнаходження з використанням інших методів. Додаткову інформацію див. в статті Розширені екстрені виклики.

    Вашому постачальнику екстрених викликів може знадобитися інформація про мережу доступу, яка досягається шляхом визначення нового заголовка приватного розширення SIP (P-Access-Network-Info). Заголовок містить інформацію, пов’язану з мережею доступу.

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

    5.

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

    6.

    (Необов’язково.) Клацніть значок олівця у верхній частині сторінки «Розташування» і змініть такі параметри, як Ім’я розташування, Мова оголошень, Мова електронної пошти, Часовий пояс або Адреса, якщо це необхідно, а потім клацніть Зберегти.


     

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


     

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

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


     

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

    1.

    Увійти в Control Hub , перейдіть до Служби > Виклик > Налаштування служби , а потім перейдіть до Внутрішній набір .

    2.

    За потреби налаштуйте наведені нижче додаткові бажані параметри набору.

    • Довжина префікса маршрутизації розташування. Це налаштування рекомендовано для використання, якщо у вас кілька розташувань. Можна ввести значення довжини від 2 до 7 цифр. Якщо у вас є кілька розташувань з однаковим додатковим номером, під час здійснення викликів між розташуваннями користувачі повинні набирати префікс. Наприклад, якщо у вас є кілька магазинів і кожний має додатковий номер 1000, можна налаштувати префікс маршрутизації для кожного магазину. Якщо в одному магазині є префікс 888, потрібно набрати 8881000, щоб зателефонувати до цього магазину.

       

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


       

      Якщо розташуванню призначено префікс маршрутизації, усі внутрішні номери, призначені цьому розташуванню, будуть містити префікс маршрутизації перед внутрішнім номером. Наприклад, 888-1000 (префікс-додатковий номер маршрутизації).

    • Керівна цифра в префіксі маршрутизації —Виберіть номер, який буде встановлено як першу цифру кожного префікса маршрутизації.
    • Довжина внутрішнього додаткового номера. Можна ввести від 2 до 6 цифр; за замовчуванням налаштовано значення 2.

       

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

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

        За замовчуванням перемикач увімкнено.

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

    3.

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

    • Внутрішній набір. Укажіть префікс маршрутизації, який потрібно набирати користувачам в інших розташуваннях, щоб зв’язатися з кимось у цьому розташуванні. Префікс маршрутизації кожного розташування має бути унікальним. Рекомендовано, щоб довжина префікса збігалася з довжиною, установленою на рівні організації, але вона має містити від 2 до 7 цифр.
    4.

    Укажіть зовнішній набір для певних розташувань. Перейти до Керування > Розташування , виберіть розташування зі списку й клацніть Виклик . Прокрутіть до Набір номера , а потім змініть зовнішній набір відповідно до:

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

       

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

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

       

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

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

    Вплив на користувачів.

    • Користувачі повинні перезавантажити свої телефони, щоб зміни в налаштуваннях набору набули чинності.

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

    Реселери, які створюють додану вартість, можуть скористатися цими кроками, щоб розпочати налаштування конфігурації локального шлюзу в Control Hub. Коли цей шлюз зареєстровано в хмарі, його можна використовувати в одному або кількох розташуваннях Webex Calling, щоб забезпечити маршрутизацію до корпоративного постачальника послуг PSTN.


     

    Розташування з локальним шлюзом не можна видалити, якщо локальний шлюз використовується для інших розташувань.

    Щоб створити транк у Control Hub, виконайте наведені нижче дії.

    Перш ніж почати

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

    • Створіть будь-які розташування та певні налаштування і номери для кожного з них. Розташування має існувати, перш ніж можна буде додати PSTN на базі локальних ресурсів.

    • Ознайомтеся з вимогами до PSTN на базі локальних ресурсів (локальний шлюз) для Webex Calling.

    • Неможливо вибрати більше одного транку для розташування з PSTN на базі локальних ресурсів, але можна вибрати один і той самий транк для кількох розташувань.

    1.

    Увійдіть до Центру керування на сторінці, перейдіть до розділу Послуги > Виклик > Маршрутизація викликів і виберіть Додати багажник.https://admin.webex.com

    2.

    Виберіть розташування.

    3.

    Укажіть ім’я транку й клацніть Зберегти.


     

    Довжина імені не може перевищувати 24 символи.

    Що далі

    Буде представлено відповідні параметри, які потрібно налаштувати в транку. Також буде створено набір облікових даних SIP-дайджест-автентифікації для захисту підключення до PSTN.

    На екрані буде відображено інформацію про транк: домен реєстрації, OTG/DTG транкової групи, лінію/порт, адресу вихідного проксі.

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

    У разі втрати облікових даних необхідно створити їх, використовуючи екран інформації про транк у Control Hub. Клацніть Отримати ім’я користувача й скинути пароль, щоб створити новий набір облікових даних автентифікації для використання на транку.

    1.

    Увійдіть до Центру керування за адресоюhttps://admin.webex.com, перейдіть на сторінку Управління > Розташування.

    2.

    Виберіть розташування, яке необхідно змінити, і клацніть Керування.

    3.

    Виберіть PSTN на базі локальних ресурсів і клацніть Далі.

    4.

    Виберіть транк у розкривному меню.


     

    Перейдіть на сторінку транку, щоб керувати параметрами транкової групи.

    5.

    Клацніть повідомлення про підтвердження і далі Зберегти.

    Що далі

    Необхідно мати інформацію про конфігурацію, створену в Control Hub, і зіставити параметри у локальному шлюзі (наприклад, у Cisco CUBE, який розташовано локально). У цій статті розглянуто цей процес. Для довідки див. схему нижче, в якій наведено приклад зіставлення інформації про конфігурацію Control Hub (ліворуч) з параметрами CUBE (праворуч).

    Після успішного завершення конфігурації на самому шлюзі можна повернутися до розділу Служби > Виклик > Розташування в Control Hub. Створений вами шлюз буде відображено в призначеній йому картці розташування із зеленою крапкою ліворуч від імені. Цей стан вказує на те, що шлюз безпечно зареєстровано в хмарі викликів і він є активним шлюзом PSTN для розташування.

    Якщо ви пробуєте сервіси Webex і хочете перетворити пробну версію на платну підписку, ви можете надіслати запит електронною поштою своєму партнеру.

    1.

    Увійдіть до Control Hub на сторінціhttps://admin.webex.com , виберіть значок будівлі.

    2.

    Перейдіть на вкладку Передплата й клацніть Придбати зараз.

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

    Ви можете використовувати Control Hub, щоб встановити пріоритет доступних опцій виклику, які користувачі бачать у додатку Webex. Ви також можете ввімкнути їх для одного натискання на виклик. Додаткову інформацію див. на сторінці Встановіть параметри виклику для користувачів Webex App.

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

    12 жовтня 2023 р.
    Впровадження CUBE високого рівня доступності як локального шлюзу

    Локальний шлюз (LGW) є єдиним варіантом надання доступу до PSTN на базі локальних ресурсів для клієнтів Cisco Webex Calling. Мета цього документа — допомогти вам створити конфігурацію локального шлюзу з використанням CUBE високої доступності, активних або резервних CUBE для резервування активних викликів із збереженням стану.

    Основи

    Передумови

    Перш ніж розгортати CUBE HA як локальний шлюз для Webex Calling, детально розгляньте наведені нижче концепції.

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

    Компоненти апаратного й програмного забезпечення

    Щоб CUBE HA можна було використовувати як локальний шлюз, потрібна версія IOS-XE 16.12.2 або пізніша, а також платформа, на якій підтримуються функції CUBE HA і локального шлюзу.


    Команди show й журнали в цій статті базуються на мінімальному випуску програмного забезпечення Cisco IOS-XE 16.12.2, впровадженого на vCUBE (CSR1000v).

    Довідковий матеріал

    Нижче наведено деякі докладні посібники з налаштування CUBE HA для різних платформ.

    Огляд рішення Webex Calling

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

    У цій статті розглянуто розгортання локального шлюзу (представлено нижче). Транк локального шлюзу (PSTN на базі локальних ресурсів) у Webex Calling дозволяє виконати підключення до служби PSTN, що належить клієнту. Він також забезпечує підключення до розгортання внутрішньої телефонної мережі з підтримкою IP на базі локальних ресурсів, як-от Cisco Unified CM. Увесь зв’язок із хмарою в обох напрямках захищено за допомогою передавання даних TLS для SIP й SRTP для мультимедіа.

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

    Резервування типу Box-to-Box другого рівня

    У резервуванні типу Box-to-Box другого рівня CUBE HA для формування пари маршрутизаторів (активний/резервний) використовується протокол інфраструктури групи резервування (RG). Ця пара має одну й ту саму віртуальну IP-адресу (VIP) у своїх відповідних інтерфейсах і постійно обмінюється повідомленнями про стан. Інформація про сеанс CUBE контролюється в межах пари маршрутизаторів, що дозволяє резервному маршрутизатору негайно взяти на себе всі обов’язки щодо обробки викликів CUBE, якщо активний маршрутизатор виходить із ладу. Це призводить до збереження стану передавання сигналів і мультимедіа.


    Контроль обмежується лише підключеними викликами з пакетами мультимедіа. Виклики, що знаходяться в проміжному стані (як-от стан спроби виклику або дзвінка), не контролюються.

    У цій статті під CUBE HA буде матися на увазі CUBE високого рівня доступності (HA) з резервуванням типу Box-to-Box другого рівня для утримання викликів зі збереженням стану

    Починаючи з IOS-XE версії 16.12.2 CUBE HA може бути розгорнуто як локальний шлюз для розгортання транку Cisco Webex Calling (PSTN на базі локальних ресурсів). У цій статті буде розглянуто проєктні умови й конфігурації. На цьому малюнку зображено типове налаштування CUBE HA як локального шлюзу для розгортання транку Cisco Webex Calling.

    Компонент інфраструктури групи резервування

    Компонент інфраструктури групи резервування (RG) забезпечує підтримку інфраструктури зв’язку типу Box-to-Box між двома CUBE й погоджує остаточний стабільний стан резервування. Цей компонент також надає наведені нижче дані.

    • Протокол, подібний до HSRP, який узгоджує остаточний стан резервування для кожного маршрутизатора шляхом обміну повідомленнями щодо перевірки активності (keepalive) і привітальними повідомленнями (hello) між двома CUBE (через інтерфейс керування): GigabitEthernet3 на малюнку вище.

    • Транспортний механізм під час контролю стану передавання сигналів і мультимедіа від активного до резервного маршрутизатора для кожного виклику (через інтерфейс даних): GigabitEthernet3 на малюнку вище.

    • Налаштування та керування інтерфейсом віртуальних IP-адрес (VIP) для інтерфейсів трафіку (кілька інтерфейсів трафіку можна налаштувати за допомогою однієї групи резервування): GigabitEthernet 1 і 2 вважаються інтерфейсами трафіку.

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

    Керування віртуальними IP-адресами (VIP) для передавання сигналів і мультимедіа

    B2B HA для досягнення резервування покладається на VIP. VIP й пов’язані фізичні інтерфейси на обох CUBE в парі CUBE HA повинні знаходитися в одній підмережі LAN. Конфігурація VIP й прив’язка інтерфейсу VIP до певної програми голосового зв’язку (SIP) є обов’язковими для B2B HA голосового зв’язку. Зовнішні пристрої, такі як Unified CM, SBC доступу Webex Calling, постачальник послуг або проксі, використовують VIP як IP-адресу призначення для викликів, що проходять через маршрутизатори CUBE HA. Отже, з позиції Webex Calling пари CUBE HA діють як єдиний локальний шлюз.

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

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

    Існують наведені нижче вимоги до використання CUBE HA як локального шлюзу з метою збереження стану виклику після аварійного перемикання.

    • У CUBE HA не можуть спільно розміщуватися TDM або аналогові інтерфейси

    • Gig1 і Gig2 є інтерфейсами трафіку (SIP/RTP), а Gig3 — інтерфейсом керування групою резервування (RG)/передавання даних.

    • В одному домені рівня 2 можна розмістити не більше 2 пар CUBE HA, одна з ідентифікатором групи 1, а інша з ідентифікатором групи 2. У разі налаштування 2 пар HA з однаковим ідентифікатором групи інтерфейси керування RG / передавання даних повинні належати до різних доменів рівня 2 (VLAN, роздільний комутатор)

    • Канал порту підтримується як для інтерфейсу керування RG / передавання даних, так і для інтерфейсу трафіку

    • Усі дані сигналів/мультимедіа надходять з віртуальної IP-адреси й на неї

    • Кожного разу, коли виконується перезавантаження платформи у взаємодії з CUBE-HA, вона завжди завантажується як резервна

    • Нижня адреса для всіх інтерфейсів (Gig1, Gig2, Gig3) повинна знаходитися на одній платформі

    • Ідентифікатор інтерфейсу резервування, rii, має бути унікальним для комбінації «Пара/інтерфейс» на одному рівні 2

    • Конфігурація обох CUBE має бути ідентичною, включно з фізичною конфігурацією, і повинна працювати на платформі одного типу й версії IOS-XE

    • Інтерфейси замикання на себе не можна використовувати як прив’язки, оскільки вони завжди знаходяться в активному стані

    • Використання кількох інтерфейсів (Gig1, Gig2) трафіку (SIP/RTP) вимагає налаштування відстеження інтерфейсу

    • CUBE-HA не підтримується в разі використання перехресного кабельного підключення для зв’язування інтерфейсу керування RG/передавання даних (Gig3)

    • Обидві платформи повинні бути ідентичними, і їх має бути підключено через фізичний перемикач на всіх аналогічних інтерфейсах для роботи CUBE HA, тобто GE0/0/0 CUBE-1 і CUBE-2 повинні перериватися на одному комутаторі тощо.

    • Не допускається переривання WAN безпосередньо в CUBE або HA даних з обох сторін

    • Як активний, так і резервний екземпляри мають знаходитися в одному центрі обробки даних

    • З метою запровадження резервування (керування RG / передавання даних, Gig3) використання окремого інтерфейсу L3 є обов’язковим. Тобто інтерфейс, який використовується для трафіку, не може бути використано для перевірки активності й контролю стану

    • Під час аварійного перемикання попередньо активна платформа CUBE перезавантажується (передбачено розробкою), зберігаючи дані передачі сигналів і мультимедіа

    Налаштування резервування на обох CUBE

    Щоб використовувати віртуальні IP-адреси, необхідно налаштувати резервування типу Box-to-Box другого рівня на обох CUBE, призначених для використання в парі HA.

    1.

    Налаштуйте відстеження інтерфейсу на глобальному рівні з метою відстеження стану інтерфейсу.

    conf t
     track 1 interface GigabitEthernet1 line-protocol
     track 2 interface GigabitEthernet2 line-protocol
     exit
    
    VCUBE-1#conf t
    VCUBE-1(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-1(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-1(config-track)#exit
    VCUBE-2#conf t
    VCUBE-2(config)#track 1 interface GigabitEthernet1 line-protocol
    VCUBE-2(config-track)#track 2 interface GigabitEthernet2 line-protocol
    VCUBE-2(config-track)#exit

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

    2.

    Налаштуйте RG для використання з HA VoIP в межах підрежиму резервування програми.

    redundancy
      application redundancy
       group 1
        name LocalGateway-HA
        priority 100 failover threshold 75
        control GigabitEthernet3 protocol 1
        data GigabitEthernet3
        timers delay 30 reload 60
        track 1 shutdown
        track 2 shutdown
        exit
       protocol 1
        timers hellotime 3 holdtime 10
       exit
      exit
     exit
    
    VCUBE-1(config)#redundancy
    VCUBE-1(config-red)#application redundancy
    VCUBE-1(config-red-app)#group 1
    VCUBE-1(config-red-app-grp)#name LocalGateway-HA
    VCUBE-1(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-1(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-1(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-1(config-red-app-grp)#track 1 shutdown
    VCUBE-1(config-red-app-grp)#track 2 shutdown
    VCUBE-1(config-red-app-grp)#exit
    VCUBE-1(config-red-app)#protocol 1
    VCUBE-1(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-1(config-red-app-prtcl)#exit
    VCUBE-1(config-red-app)#exit
    VCUBE-1(config-red)#exit
    VCUBE-1(config)#
    VCUBE-2(config)#redundancy
    VCUBE-2(config-red)#application redundancy
    VCUBE-2(config-red-app)#group 1
    VCUBE-2(config-red-app-grp)#name LocalGateway-HA
    VCUBE-2(config-red-app-grp)#priority 100 failover threshold 75
    VCUBE-2(config-red-app-grp)#control GigabitEthernet3 protocol 1
    VCUBE-1(config-red-app-grp)#data GigabitEthernet3
    VCUBE-2(config-red-app-grp)#timers delay 30 reload 60
    VCUBE-2(config-red-app-grp)#track 1 shutdown
    VCUBE-2(config-red-app-grp)#track 2 shutdown
    VCUBE-2(config-red-app-grp)#exit
    VCUBE-2(config-red-app)#protocol 1
    VCUBE-2(config-red-app-prtcl)#timers hellotime 3 holdtime 10
    VCUBE-2(config-red-app-prtcl)#exit
    VCUBE-2(config-red-app)#exit
    VCUBE-2(config-red)#exit
    VCUBE-2(config)#

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

    • redundancy: вхід у режим резервування

    • application redundancy: вхід у режим конфігурації резервування програми.

    • group: вхід у режим конфігурації групи резервування програми.

    • name LocalGateway-HA: визначення імені групи резервування (RG).

    • priority 100 failover threshold 75: визначення початкового пріоритету й порогових значень аварійного перемикання для RG.

    • timers delay 30 reload 60: налаштування двох значень часу — затримки й перезавантаження.

      • Таймер затримки (delay) — це час для затримки ініціалізації групи RG й узгодження ролей після увімкнення інтерфейсу. За замовчуванням встановлено 30 секунд. Діапазон: від 0 до 10 000 секунд.

      • Таймер перезавантаження (reload) — це час для затримки ініціалізації групи RG й узгодження ролей після перезавантаження. За замовчуванням встановлено 60 секунд. Діапазон: від 0 до 10 000 секунд.

      • Рекомендується використовувати таймери за замовчуванням, хоча їхні значення можна скоригувати відповідно до будь-якої додаткової затримки конвергенції мережі, яка може виникнути під час завантаження/перезавантаження маршрутизаторів, щоб гарантувати, що узгодження протоколу RG відбувається після того, як маршрутизація в мережі зійшлася до стабільної точки. Наприклад, якщо після аварійного перемикання видно, що для отримання новим маршрутизатором у стані STANDBY (РЕЗЕРВНИЙ) першого пакета RG HELLO від нового маршрутизатора в стані ACTIVE (АКТИВНИЙ) потрібно до 20 секунд, таймери слід налаштувати як timers delay 60 reload 120 із метою врахування цієї затримки.

    • control GigabitEthernet3 protocol 1: налаштування інтерфейсу, який використовується для обміну повідомленнями щодо перевірки активності (keepalive) і привітальними повідомленнями (hello) між двома CUBE, визначення екземпляра протоколу, який буде приєднано до інтерфейсу керування, а також забезпечення переходу в режим конфігурації протоколу резервування програми.

    • data GigabitEthernet3: налаштування інтерфейсу, який використовується для контролю трафіку даних.

    • track: відстеження інтерфейсів групи RG.

    • protocol 1: визначення екземпляра протоколу, який буде приєднано до інтерфейсу керування, і перехід у режим конфігурації протоколу резервування програми.

    • timers hellotime 3 holdtime 10: налаштування двох таймерів (час передавання повідомлення hello й час очікування).

      • Hellotime: інтервал між послідовними повідомленнями hello (за замовчуванням 3 секунди). Діапазон: від 250 мілісекунд до 254 секунд

      • Holdtime: інтервал між отриманням повідомлення hello й припущенням, що на маршрутизаторі, який надсилає повідомлення, сталася помилка. Ця тривалість повинна бути більшою, ніж hellotime. За замовчуванням 10 секунд. Діапазон: від 750 мілісекунд до 255 секунд

        Рекомендовано налаштувати таймер holdtime принаймні в 3 рази більшим, ніж значення таймера hellotime.

    3.

    Увімкніть резервування типу Box-to-Box в обох програмах CUBE. Налаштуйте RG з попереднього кроку в розділі voice service voip. Це дозволить програмі CUBE керувати процесом резервування.

    voice service voip
       redundancy-group 1
       exit
    VCUBE-1(config)#voice service voip
    VCUBE-1(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-1(config-voi-serv)# exit
    VCUBE-2(config)#voice service voip
    VCUBE-2(config-voi-serv)#redundancy-group 1
    % Created RG 1 association with Voice B2B HA; reload the router for the new configuration to take effect
    VCUBE-2(config-voi-serv)# exit

    redundancy-group 1: додавання та видалення цієї команди вимагає перезавантаження з метою застосування оновленої конфігурації. Ми перезавантажимо платформи після застосування всієї конфігурації.

    4.

    Налаштуйте інтерфейси Gig1 і Gig2 за допомогою їхніх відповідних віртуальних IP-адрес, як показано нижче, і застосуйте ідентифікатор інтерфейсу резервування (rii)

    VCUBE-1(config)#interface GigabitEthernet1
    VCUBE-1(config-if)# redundancy rii 1
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-1(config-if)# exit
    VCUBE-1(config)#
    VCUBE-1(config)#interface GigabitEthernet2
    VCUBE-1(config-if)# redundancy rii 2
    VCUBE-1(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-1(config-if)# exit
    VCUBE-2(config)#interface GigabitEthernet1
    VCUBE-2(config-if)# redundancy rii 1
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.1.228 exclusive
    VCUBE-2(config-if)# exit
    VCUBE-2(config)#
    VCUBE-2(config)#interface GigabitEthernet2
    VCUBE-2(config-if)# redundancy rii 2
    VCUBE-2(config-if)# redundancy group 1 ip 198.18.133.228 exclusive
    VCUBE-v(config-if)# exit

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

    • redundancy rii: налаштування ідентифікатора інтерфейсу резервування для групи резервування. Потрібен для створення віртуальної MAC-адреси (VMAC). В інтерфейсі кожного маршрутизатора (ACTIVE/STANDBY), який має однаковий VIP, має використовуватися однакове значення ідентифікатора rii.


       

      Якщо в одній локальній мережі є кілька пар B2B, кожна пара ПОВИННА мати унікальні ідентифікатори rii на своїх відповідних інтерфейсах (щоб запобігти конфлікту). Команда show redundancy application group all має відображати правильну інформацію про адресовану точку й локальне середовище.

    • redundancy group 1: пов’язує інтерфейс із групою резервування, створеною на кроці 2 вище. Налаштуйте групу RG, а також VIP, призначену цьому фізичному інтерфейсу.


       

      Для резервування обов’язково слід використовувати окремий інтерфейс, тобто інтерфейс, який використовується для голосового трафіку, не може бути використано як інтерфейс керування і передавання даних, вказаний на кроці 2 вище. У цьому прикладі інтерфейс Gigabit 3 використовується для керування RG / передавання даних

    5.

    Збережіть конфігурацію першої платформи CUBE й перезавантажте її.

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

    VCUBE-1#wr
    Building configuration...
    [OK]
    VCUBE-1#reload
    Proceed with reload? [confirm]

    Після повного завантаження платформи VCUBE-1 збережіть конфігурацію платформи VCUBE-2 й перезавантажте її.

    VCUBE-2#wr
    Building configuration...
    [OK]
    VCUBE-2#reload
    Proceed with reload? [confirm]
    6.

    Упевніться, що конфігурація типу Box-to-Box працює належним чином. Відповідні вихідні дані виділено жирним.

    Ми перезавантажили платформу VCUBE-2 останньою (відповідно до проєктних умов). Платформа, яку було перезавантажено останньою, завжди буде знаходитися в режимі Standby (Резервний).

    
    VCUBE-1#show redundancy application group all
    Faults states Group 1 info:
           Runtime priority: [100]
                   RG Faults RG State: Up.
                           Total # of switchovers due to faults:           0
                           Total # of down/up state changes due to faults: 0
    Group ID:1
    Group Name:LocalGateway-HA
      
    Administrative State: No Shutdown
    Aggregate operational state: Up
    My Role: ACTIVE
    Peer Role: STANDBY
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: ACTIVE
             Peer RF state: STANDBY HOT
    
    RG Protocol RG 1
    ------------------
            Role: Active
            Negotiation: Enabled
            Priority: 100
            Protocol state: Active
            Ctrl Intf(s) state: Up
            Active Peer: Local
            Standby Peer: address 10.1.1.2, priority 100, intf Gi3
            Log counters:
                    role change to active: 1
                    role change to standby: 1
                    disable events: rg down state 0, rg shut 0
                    ctrl intf events: up 1, down 0, admin_down 0
                    reload events: local request 0, peer request 0
    
    RG Media Context for RG 1
    --------------------------
            Ctx State: Active
            Protocol ID: 1
            Media type: Default
            Control Interface: GigabitEthernet3
            Current Hello timer: 3000
            Configured Hello timer: 3000, Hold timer: 10000
            Peer Hello timer: 3000, Peer Hold timer: 10000
            Stats:
                Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
                Authentication not configured
                Authentication Failure: 0
                Reload Peer: TX 0, RX 0
                Resign: TX 0, RX 0
        Standy Peer: Present. Hold Timer: 10000
                Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0
    
    VCUBE-1#
    
    VCUBE-2#show redundancy application group all
    Faults states Group 1 info:
           Runtime priority: [100]
                   RG Faults RG State: Up.
                           Total # of switchovers due to faults:           0
                           Total # of down/up state changes due to faults: 0
    Group ID:1
    Group Name:LocalGateway-HA
      
    Administrative State: No Shutdown
    Aggregate operational state: Up
    My Role: STANDBY
    Peer Role: ACTIVE
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: ACTIVE
             Peer RF state: STANDBY HOT
    
    RG Protocol RG 1
    ------------------
            Role: Active
            Negotiation: Enabled
            Priority: 100
            Protocol state: Active
            Ctrl Intf(s) state: Up
            Active Peer: address 10.1.1.2, priority 100, intf Gi3
            Standby Peer: Local
            Log counters:
                    role change to active: 1
                    role change to standby: 1
                    disable events: rg down state 0, rg shut 0
                    ctrl intf events: up 1, down 0, admin_down 0
                    reload events: local request 0, peer request 0
    
    RG Media Context for RG 1
    --------------------------
            Ctx State: Active
            Protocol ID: 1
            Media type: Default
            Control Interface: GigabitEthernet3
            Current Hello timer: 3000
            Configured Hello timer: 3000, Hold timer: 10000
            Peer Hello timer: 3000, Peer Hold timer: 10000
            Stats:
                Pkts 1509, Bytes 93558, HA Seq 0, Seq Number 1509, Pkt Loss 0
                Authentication not configured
                Authentication Failure: 0
                Reload Peer: TX 0, RX 0
                Resign: TX 0, RX 0
        Standy Peer: Present. Hold Timer: 10000
                Pkts 61, Bytes 2074, HA Seq 0, Seq Number 69, Pkt Loss 0
    
    VCUBE-2#

    Налаштування локального шлюзу на обох CUBE

    У нашому прикладі конфігурації використовується наведена нижче інформація про транк, отримана від Control Hub, для створення конфігурації локального шлюзу на обох платформах (VCUBE-1 й VCUBE-2). Ім’я користувача й пароль для цього налаштування наведено нижче.

    • Ім’я користувача: Hussain1076_LGU

    • Пароль: lOV12MEaZx

    1.

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

    
    LocalGateway#conf t
    LocalGateway(config)#key config-key password-encrypt Password123
    LocalGateway(config)#password encryption aes

    Нижче наведено конфігурацію локального шлюзу, яку буде застосовано до обох платформ на основі вказаних вище параметрів Control Hub. Збережіть її та виконайте перезавантаження. Облікові дані SIP-дайджест-автентифікації від Control Hub виділено жирним шрифтом.

    
    configure terminal
    crypto pki trustpoint dummyTp
    revocation-check crl
    exit
    sip-ua
    crypto signaling default trustpoint dummyTp cn-san-validate server
    transport tcp tls v1.2
    end
    
    
    configure terminal
    crypto pki trustpool import clean url
    http://www.cisco.com/security/pki/trs/ios_core.p7b
    end
    
    
    configure terminal
    voice service voip
      ip address trusted list
        ipv4 x.x.x.x y.y.y.y
        exit
       allow-connections sip to sip
      media statistics
      media bulk-stats
      no supplementary-service sip refer
      no supplementary-service sip handle-replaces
      fax protocol pass-through g711ulaw
      stun
        stun flowdata agent-id 1 boot-count 4
        stun flowdata shared-secret 0 Password123!
      sip
        g729 annexb-all
        early-offer forced
        end
    
    
    configure terminal
    voice class sip-profiles 200
      rule 9 request ANY sip-header SIP-Req-URI modify "sips:(.*)"
    "sip:\1"
      rule 10 request ANY sip-header To modify "<sips:(.*)" "<sip:\1"
      rule 11 request ANY sip-header From modify "<sips:(.*)" "<sip:\1"
      rule 12 request ANY sip-header Contact modify "<sips:(.*)>"
    "<sip:\1;transport=tls>"
      rule 13 response ANY sip-header To modify "<sips:(.*)" "<sip:\1"
      rule 14 response ANY sip-header From modify "<sips:(.*)" "<sip:\1"
      rule 15 response ANY sip-header Contact modify "<sips:(.*)"
    "<sip:\1"
      rule 20 request ANY sip-header From modify ">"
    ";otg=hussain1076_lgu>"
      rule 30 request ANY sip-header P-Asserted-Identity modify
    "sips:(.*)" "sip:\1"
    
    
    voice class codec 99
      codec preference 1 g711ulaw
      codec preference 2 g711ulaw
      exit
    
    voice class srtp-crypto 200
      crypto 1 AES_CM_128_HMAC_SHA1_80
      exit
    
    voice class stun-usage 200
      stun usage firewall-traversal flowdata
      exit
    
    
    
    
    
    
    voice class tenant 200
      registrar dns:40462196.cisco-bcld.com scheme sips expires 240
    refresh-ratio 50 tcp tls
      credentials number Hussain5091_LGU username Hussain1076_LGU
    password 0 lOV12MEaZx realm Broadworks 
      authentication username Hussain5091_LGU password 0 lOV12MEaZx
    realm BroadWorks
    
      authentication username Hussain5091_LGU password 0 lOV12MEaZx
    realm 40462196.cisco-bcld.com
      no remote-party-id
      sip-server dns:40462196.cisco-bcld.com
      connection-reuse
      srtp-crypto 200
      session transport tcp tls
      url sips
      error-passthru
      asserted-id pai
      bind control source-interface GigabitEthernet1
      bind media source-interface GigabitEthernet1
      no pass-thru content custom-sdp
      sip-profiles 200
      outbound-proxy dns:la01.sipconnect-us10.cisco-bcld.com
      privacy-policy passthru
    
    
    voice class tenant 100
      session transport udp
      url sip
      error-passthru
      bind control source-interface GigabitEthernet2
      bind media source-interface GigabitEthernet2
      no pass-thru content custom-sdp
    
    voice class tenant 300
      bind control source-interface GigabitEthernet2
      bind media source-interface GigabitEthernet2
      no pass-thru content custom-sdp
      
    
    voice class uri 100 sip
     host ipv4:198.18.133.3
    
    voice class uri 200 sip
     pattern dtg=hussain1076.lgu
    
    
    
    dial-peer voice 101 voip
     description Outgoing dial-peer to IP PSTN
     destination-pattern BAD.BAD
     session protocol sipv2
     session target ipv4:198.18.133.3
     voice-class codec 99
     voice-class sip tenant 100
     dtmf-relay rtp-nte
     no vad
    
    dial-peer voice 201 voip
     description Outgoing dial-peer to Webex Calling
     destination-pattern BAD.BAD
     session protocol sipv2
     session target sip-server
     voice-class codec 99
     voice-class stun-usage 200
     no voice-class sip localhost
     voice-class sip tenant 200
     dtmf-relay rtp-nte
     srtp
     no vad
    
    
    voice class dpg 100
     description Incoming WebexCalling(DP200) to IP PSTN(DP101)
     dial-peer 101 preference 1
    
    voice class dpg 200
     description Incoming IP PSTN(DP100) to Webex Calling(DP201)
     dial-peer 201 preference 1
    
    
    
    
    
    dial-peer voice 100 voip
     desription Incoming dial-peer from IP PSTN
     session protocol sipv2
     destination dpg 200
     incoming uri via 100
     voice-class codec 99
     voice-class sip tenant 300
     dtmf-relay rtp-nte
     no vad
    
    dial-peer voice 200 voip
     description Incoming dial-peer from Webex Calling
     session protocol sipv2
     destination dpg 100
     incoming uri request 200
     voice-class codec 99
     voice-class stun-usage 200
     voice-class sip tenant 200
     dtmf-relay rtp-nte
     srtp
     no vad
    
    end
    
    copy run start
    

    Щоб відобразити дані виводу команди show, перезавантажено VCUBE-2, а потім VCUBE-1. Після цього VCUBE-1 стає резервною платформою CUBE, а VCUBE-2 активною платформою CUBE

    2.

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

    show redundancy application group 1

    показати стан реєстру sip-ua

    
    VCUBE-1#show redundancy application group 1
    Group ID:1
    Group Name:LocalGateway-HA
    
    Administrative State: No Shutdown
    Aggregate operational state : Up
    My Role: Standby
    Peer Role: ACTIVE
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: STANDBY HOT
             Peer RF state: ACTIVE
    
    VCUBE-1#show sip-ua register status
    VCUBE-1#
    
    VCUBE-2#show redundancy application group 1
    Group ID:1
    Group Name:LocalGateway-HA
    
    Administrative State: No Shutdown
    Aggregate operational state : Up
    My Role: ACTIVE
    Peer Role: STATUS
    Peer Presence: Yes
    Peer Comm: Yes
    Peer Progression Started: Yes
    
    RF Domain: btob-one
             RF state: ACTIVE
             Peer RF state: STANDBY HOT
    
    VCUBE-2#show sip-ua register status
    
    Tenant: 200
    --------------------Registrar-Index  1 ---------------------
    Line                           peer       expires(sec) reg survival P-Associ-URI
    ============================== ========== ============ === ======== ============
    Hussain5091_LGU                -1          48          yes normal
    VCUBE-2#

    З наведених вище даних виводу видно, що VCUBE-2 є активним локальним шлюзом, який підтримує реєстрацію в SBC доступу Webex Calling, тоді як вихідні дані параметра show sip-ua register status залишаються порожніми у VCUBE-1

    3.

    Тепер увімкніть наведені нижче налагодження у VCUBE-1

    
    VCUBE-1#debug ccsip non-call
    SIP Out-of-Dialog tracing is enabled
    VCUBE-1#debug ccsip info
    SIP Call info tracing is enabled
    VCUBE-1#debug ccsip message
    4.

    Виконайте імітацію аварійного перемикання: введіть наведену нижче команду на активному локальному шлюзі, у цьому випадку на VCUBE-2.

    
    VCUBE-2#redundancy application reload group 1 self

    Перемикання з локального шлюзу в стані ACTIVE (АКТИВНИЙ) на локальний шлюз у стані STANDBY (РЕЗЕРВНИЙ) відбувається за наведеним далі сценарієм, а також окрім CLI, що наведено вище

    • Коли АКТИВНИЙ маршрутизатор перезавантажується

    • Під час вимкнення/увімкнення живлення АКТИВНОГО маршрутизатора

    • Коли вимикається будь-який налаштований інтерфейс RG АКТИВНОГО маршрутизатора, для якого ввімкнено відстеження

    5.

    Перевірте реєстрацію VCUBE-1 у SBC доступу Webex Calling. VCUBE-2 вже має бути перезавантажено.

    
    VCUBE-1#show sip-ua register status
    
    Tenant: 200
    --------------------Registrar-Index  1 ---------------------
    Line                           peer       expires(sec) reg survival P-Associ-URI
    ============================== ========== ============ === ======== ============
    Hussain5091_LGU                -1          56          yes normal
    VCUBE-1#

    VCUBE-1 наразі є активним локальним шлюзом.

    6.

    Перегляньте відповідний журнал налагодження у VCUBE-1, який надсилає повідомлення SIP REGISTER до Webex Calling ЧЕРЕЗ віртуальну IP-адресу й отримує повідомлення «200 OK».

    
    VCUBE-1#show log
    
    Jan 9 18:37:24.769: %RG_MEDIA-3-TIMEREXPIRED: RG id 1 Hello Time Expired.
    Jan 9 18:37:24.771: %RG_PROTCOL-5-ROLECHANGE: RG id 1 role change from Standby to Active
    Jan 9 18:37:24.783: %VOICE_HA-2-SWITCHOVER_IND: SWITCHOVER, from STANDBY_HOT to ACTIVE state.
    Jan 9 18:37:24.783: //-1/xxxxxxxxxxxx/SIP/Info/info/4096/sip_ha_notify_active_role_event: Received notify active role event
    
    Jan 9 18:37:25.758: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Sent:
    REGISTER sip: 40462196.cisco-bcld.com:5061 SIP/2.0
    Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK0374
    From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
    To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
    Date: Thu, 09 Jan 2020 18:37:24 GMT
    Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
    User-Agent: Cisco-SIPGateway/IOS-16.12.02
    Max-Forwards: 70
    Timestamp: 1578595044
    CSeq: 2 REGISTER
    Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
    Expires: 240
    Supported: path
    Content-Length: 0
    
    Jan 9 18:37:25.995: //-1/000000000000/SIP/Msg/ccsipDisplayMsg:
    Received:
    SIP/2.0 401 Unauthorized
    Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK0374;rport=4742
    From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
    To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1324701502-1578595045969
    Date: Thu, 09 Jan 2020 18:37:24 GMT
    Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
    Timestamp: 1578595044
    CSeq: 2 REGISTER
    WWW-Authenticate; DIGEST realm="BroadWorks",qop="auth",nonce="BroadWorksXk572qd01Ti58zliBW",algorithm=MD5
    Content-Length: 0
    
    Jan 9 18:37:26.000: //-1/xxxxxxxxxxxx/SIP/Msg/ccsipDisplayMsg:
    Sent:
    REGISTER sip:40462196.cisco-bcld.com:5061 SIP/2.0
    Via: SIP/2.0/TLS 198.18.1.228:5061;branch=z9hG4bK16DC
    From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
    To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>
    Date: Thu, 09 Jan 2020 18:37:25 GMT
    Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
    User-Agent:Cisco-SIPGateway/IOS-16.12.02
    Max-Forwards: 70
    Timestamp: 1578595045
    CSeq: 3 REGISTER
    Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>
    Expires: 240
    Supported: path
    Authorization: Digest username="Hussain1076_LGU",realm="BroadWorks",uri="sips:40462196.cisco-bcld.com:5061",response="b6145274056437b9c07f7ecc08ebdb02",nonce="BroadWorksXk572qd01Ti58z1iBW",cnonce="3E0E2C4D",qop=auth,algorithm=MD5,nc=00000001
    Content-Length: 0
    
    Jan 9 18:37:26.190: //1/000000000000/SIP/Msg/ccsipDisplayMsg:
    
    Received:
    SIP/2.0 200 OK
    Via: SIP/2.0/TLS 198.18.1.228:5061;received=173.38.218.1;branch=z9hG4bK16DC;rport=4742
    From: <sip:Hussain5091_LGU@40462196.cisco-bcld.com;otg=hussain1076_lgu>;tag=8D573-189
    To: <sip:Hussain5091_LGU@40462196.cisco-bcld.com>;tag=SD1u8bd99-1897486570-1578595-46184
    Call-ID: FFFFFFFFEA0684EF-324511EA-FFFFFFFF800281CD-FFFFFFFFB5F93B97
    Timestamp: 1578595045
    CSeq: 3 REGISTER
    Contact: <sip:Hussain5091_LGU@198.18.1.228:5061;transport=tls>;expires=120;q=0.5
    Allow-Events: call-info,line-seize,dialog,message-summary,as-feature-event,x-broadworks-hoteling,x-broadworks-call-center-status,conference
    Content-Length: 0
    
    30 вересня 2022 р.
    Налаштування Unified CM для Webex Calling

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

    Налаштування профілю безпеки SIP-транку для транку до локального шлюзу

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

    Створіть виділений профіль безпеки SIP-транку для транку локального шлюзу з наведеними нижче налаштуваннями.

    Налаштування Значення
    Ім’я Унікальне ім’я, наприклад Webex
    Опис Змістовний опис, наприклад Профіль безпеки SIP-транку Webex
    Вхідний порт Потрібно зіставити порт, який використовується в конфігурації локального шлюзу для трафіку до Webex і у зворотному напрямку: 5065

    Налаштування SIP-профілю для транку локального шлюзу

    Створіть виділений SIP-профіль для транку локального шлюзу з наведеними нижче налаштуваннями.

    Налаштування Значення
    Ім’я Унікальне ім’я, наприклад Webex
    Опис Змістовний опис, наприклад SIP-профіль Webex
    Увімкнення перевірки ПАРАМЕТРІВ із метою відстеження станів призначень для транків із типом служби «Немає (за замовчуванням)» Установлено

    Створення простору пошуку викликів для викликів із Webex

    Створіть простір пошуку викликів для викликів, які ініційовано з Webex, із наведеними нижче налаштуваннями.

    Налаштування Значення
    Ім’я Унікальне ім’я, наприклад Webex
    Опис Змістовний опис, наприклад простір пошуку Webex Calling
    Вибрані розділи

    DN (номери абонентів +E.164)

    ESN (скорочений міжоб’єктний набір)

    PSTNInternational (доступ до PSTN)

    onNetRemote (отримані призначення GDPR)


     

    Останній розділ onNetRemote використовується лише в багатокластерному середовищі, де обмін інформацією про маршрутизацію між кластерами Unified CM здійснюється за допомогою служби міжкластерного пошуку (ILS) або глобальної реплікації абонентської групи (GDPR).

    Налаштування SIP-транку до Webex і у зворотному напрямку

    Створіть SIP-транк для викликів у напрямку до Webex і зворотному напрямку через локальний шлюз із наведеними нижче налаштуваннями.

    Налаштування Значення
    Інформація про пристрій
    Ім’я пристрою Унікальне ім’я, наприклад Webex
    Опис Змістовний опис, наприклад SIP-транк Webex
    Запуск на всіх активних вузлах Unified CM Установлено
    Вхідні виклики
    Простір пошуку викликів Раніше визначений простір пошуку викликів: Webex
    Простір пошуку викликів AAR Простір пошуку викликів із доступом лише до шаблонів маршрутів PSTN: PSTNReroute
    Інформація про SIP
    Адреса призначення IP-адреса CUBE локального шлюзу
    Порт призначення 5060
    Профіль безпеки SIP-транку Визначено раніше: Webex
    SIP-прфіль Визначено раніше: Webex

    Налаштування групи маршрутів для Webex

    Створіть групу маршрутів із наведеними нижче налаштуваннями.

    Налаштування Значення
    Інформація про групу маршрутів
    Ім’я групи маршрутів Унікальне ім’я, наприклад Webex
    Вибрані пристрої Раніше налаштований SIP-транк: Webex

    Налаштування списку маршрутів для Webex

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

    Налаштування Значення
    Інформація про список маршрутів
    Ім’я Унікальне ім’я, наприклад RL_Webex
    Опис Змістовний опис, наприклад Список маршрутів для Webex
    Запуск на всіх активних вузлах Unified CM Установлено
    Інформація про учасників списку маршрутів
    Вибрані групи Лише раніше визначена група маршрутів: Webex

    Створення розділу для призначень Webex

    Створіть розділ для призначень Webex із наведеними нижче налаштуваннями.

    Налаштування Значення
    Інформація про список маршрутів
    Ім’я Унікальне ім’я, наприклад Webex
    Опис Змістовний опис, наприклад Розділ Webex

    Що далі

    Обов’язково додайте цей розділ до всіх пошукових просторів, які повинні мати доступ до призначень Webex. Необхідно додати цей розділ саме до простору пошуку викликів, який використовується як простір пошуку вхідних викликів на транках PSTN, щоб виклики з PSTN можна було маршрутизувати до Webex.

    Налаштування шаблонів маршрутів для призначень Webex

    Налаштуйте шаблони маршрутів для кожного діапазону DID у Webex із наведеними нижче налаштуваннями.

    Налаштування Значення
    Шаблон маршруту Повний шаблон +E.164 для діапазону DID у Webex, який починається з «\». Наприклад: \+140855501XX
    Розділ маршрутів Webex
    Список шлюзів/маршрутів RL_Webex
    Пріоритет «Терміново» Установлено

    Налаштування нормалізації скороченого міжоб’єктного набору для Webex

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

    Налаштування Значення
    Шаблон перетворення Шаблон ESN для діапазону ESN у Webex. Наприклад: 80121XX
    Розділ Webex
    Опис Змістовний опис, наприклад Шаблон нормалізації Webex
    Використовувати простір пошуку викликів ініціатора Установлено
    Пріоритет «Терміново» Установлено
    Не чекати міжсерійного тайм-ауту під час наступних переходів Установлено
    Маска перетворення номера абонента, якому телефонують Маска для нормалізації номера у формат +Е.164. Наприклад: +140855501XX
    16 травня 2024 р.
    Налаштування користувачів Webex Calling і керування ними

    Щоб користувачі могли скористатися перевагами служб Webex Calling, кожного користувача необхідно додати в Control Hub. Кількість користувачів, яких потрібно додати, визначатиме спосіб їх додавання в Control Hub. Можна додати кожного користувача вручну за допомогою адреси електронної пошти або додати кількох користувачів одночасно за допомогою файлу CSV. Вибір за вами.

    20 травня 2024 р.
    Налаштування пристроїв Webex Calling і керування ними

    У Control Hub можна керувати пристроями й призначати їх для користувачів і робочих просторів. Виберіть варіант додавання за допомогою MAC-адреси або створення коду активації, який потрібно ввести на самому пристрої.

    За допомогою Control Hub можна призначити телефон користувачеві для особистого використання. Телефони в списку тут підтримують Webex Calling. Хоча всі ці телефони можна додати за допомогою MAC-адреси, за допомогою коду активації можна зареєструвати лише наступну підмножину:

    • Багатоплатформові IP-телефони Cisco серії 6800 (телефони для аудіозв’язку: 6821, 6841, 6851, 6861, 6871)

    • Багатоплатформові IP-телефони Cisco серії 7800 (телефони для аудіозв’язку: 7811, 7821, 7841, 7861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для аудіозв’язку: 8811, 8841, 8851, 8861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для відеозв’язку: 8845, 8865)

    • IP-телефон Cisco для конференц-зв’язку 7832 і 8832

    • Cisco Video Phone 8875


     

    Що стосується пристроїв DECT, лише базові пристрої DECT (не телефони DECT) доступні для призначення в Control Hub. Після призначення базової станції користувачеві слід вручну з’єднати трубку DECT із цією базовою станцією. Додаткову інформацію див. в статті Підключення трубки до базової станції.

    1.

    З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування > Пристрої > Додати пристрій .

    Ви також можете додати пристрій до користувача з розділу Користувачі, перейшовши до Керування > Користувачі > виберіть користувача > Пристрої > Додати пристрій .
    2.

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

    3.

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

    4.

    Виберіть тип пристрою, який потрібно налаштувати для користувача:

    • Настільний телефон Cisco —Якщо вибрати цей параметр, виберіть модель настільного телефону Cisco з Виберіть пристрій розкривне меню.
    • Телефон Cisco, ATA або сторонній пристрій —Якщо ви вибрали цей варіант, виберіть Керовані пристрої Cisco з Виберіть пристрій розкривне меню. Потім виберіть Тип пристрою у розкривному меню.
    5.

    Виберіть, чи хочете ви зареєструвати телефон: із кодом активації (якщо цей параметр є) або MAC-адресою, а потім клацніть Зберегти .

    • За допомогою коду активації: виберіть цей параметр, якщо необхідно створити код активації, який можна надати власнику пристрою. 16-значний код активації потрібно вручну ввести на самому пристрої.

       

      Щоб відобразити екран коду активації на багатоплатформовому телефоні, на ньому повинно бути встановлено мікропрограмне забезпечення 11.2.3MSR1 або пізнішої версії. У разі необхідності оновлення мікропрограмного забезпечення телефону користувачам потрібно перейти на вебсайт https://upgrade.cisco.com/MPP_upgrade.html.

    • За допомогою MAC-адреси: виберіть цей параметр, якщо вам відома MAC-адреса пристрою. MAC-адреса телефону повинна бути унікальним записом. Якщо ввести MAC-адресу телефону, який вже зареєстровано, або допустити помилку під час введення номера, з’явиться повідомлення про помилку.

     

    При використанні сторонніх пристроїв може бути застосовано обмеження.

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

    Щоб змінити пристрої, призначені користувачу, або керувати ними, див Керування пристроєм для користувача розділу цієї статті.

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

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

    Перелічені нижче пристрої підтримують Webex Calling. Хоча більшість цих пристроїв можна зареєструвати за допомогою MAC-адреси, за допомогою коду активації можна зареєструвати лише наведені нижче.

    • Багатоплатформові IP-телефони Cisco серії 6800 (телефони для аудіозв’язку: 6821, 6841, 6851)

    • Багатоплатформові IP-телефони Cisco серії 7800 (телефони для аудіозв’язку: 7811, 7821, 7841, 7861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для аудіозв’язку: 8811, 8841, 8851, 8861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для відеозв’язку: 8845, 8865)

    • IP-телефон Cisco для конференц-зв’язку 7832 і 8832

    1.

    З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування > Пристрої > Додати пристрій .

    Ви також можете додати пристрій до нового робочого простору з розділу Робочі області, перейшовши до Керування > Робочі області > Додати робочу область .
    2.

    Виберіть Спільне використання і клацніть Далі .

    3.

    Виберіть Нова робоча область і клацніть Далі .

    4.

    Введіть ім’я робочої області (наприклад, ім’я фізичної кімнати), виберіть тип кімнати, додайте місткість кімнати та виберіть розташування робочої області. Потім клацніть Далі.


     

    Назва робочого простору не може перевищувати 30 символів і не може містити символи %, #, <, >, /, \ й ".

    5.

    Виберіть тип пристрою, який потрібно налаштувати для робочого простору:

    • Настільний телефон Cisco —Якщо вибрати цей параметр, виберіть модель настільного телефону Cisco з Виберіть пристрій розкривне меню.
    • Телефон Cisco, ATA або сторонній пристрій —Якщо ви вибрали цей варіант, виберіть Керовані пристрої Cisco з Виберіть пристрій розкривне меню. Потім виберіть Тип пристрою у розкривному меню.
    6.

    Виберіть, чи хочете ви зареєструвати телефон: із кодом активації (якщо цей параметр є) або MAC-адресою, а потім клацніть Далі .

    • За допомогою коду активації: виберіть цей параметр, якщо необхідно створити код активації, який можна надати власнику пристрою. 16-значний код активації потрібно вручну ввести на самому пристрої.

       

      Щоб відобразити екран коду активації на багатоплатформовому телефоні, на ньому повинно бути встановлено мікропрограмне забезпечення 11.2.3MSR1 або пізнішої версії. У разі необхідності оновлення мікропрограмного забезпечення телефону користувачам потрібно перейти на вебсайт https://upgrade.cisco.com/MPP_upgrade.html.

    • За допомогою MAC-адреси: виберіть цей параметр, якщо вам відома MAC-адреса пристрою. MAC-адреса телефону повинна бути унікальним записом. Якщо ввести MAC-адресу телефону, який вже зареєстровано, або допустити помилку під час введення номера, з’явиться повідомлення про помилку.

     
    Для Webex Calling до робочого простору можна додати лише один телефон у спільному доступі.

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

    7.

    Клацніть Виклик і виберіть передплату та тип ліцензії, які потрібно призначити робочій області.

    • Професійний робочий простір

    • Робочий простір зони загального користування


     

    Щоб дізнатися більше про функції, доступні з ліцензіями, див Функції, доступні залежно від типу ліцензії для Webex Calling .

    8

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


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

    Щоб повторно використовувати телефон, призначений одному користувачеві/робочому простору Webex Calling іншому користувачеві/робочому простору Webex Calling, виконайте наведені нижче дії.

    1.

    У вікні клієнта в https://admin.webex.com перейдіть до розділу Користувач/Робоча область, де призначено пристрій.

    Ви можете переназначити пристрій у таких сценаріях:

    1. Якщо ви хочете видалити користувача, виберіть Видалити користувача/робочий простір, щоб видалити користувача/робочий простір та пов 'язані з ним пристрої.

    2. Якщо ви хочете видалити пристрій, виберіть Пристрої та виберіть пристрій для видалення.

    2.

    На телефоні перейдіть в меню налаштувань і виконайте ці дії, щоб переназначити телефон.

    1. Виберіть Device administration (Адміністрування пристрою), а потім Factory Reset (Скидання до

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

    3. Тепер телефон готовий до повторного призначення.

    3.

    Дотримуйтесь інструкцій у розділі Додати та призначити телефон користувачеві або Додати телефон до нового робочого простору, щоб призначити або додати телефон до користувача/робочого простору.

    4.

    Після додавання пристрою в Control Hub виконайте наступні дії на телефоні:

    1. Для коду активації:

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

    2. Для MAC-адреси:

      Введіть #000 на екрані «Код активації», телефон знову завантажиться за допомогою Webex Calling та надання послуг новому користувачеві/робочому простору.

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

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

    Пристрої, перелічені тут, підтримують Webex Calling.

    1.

    З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування > Пристрої > Додати пристрій .

    Також можна додати пристрій до нового робочого простору з розділу Робочі області за допомогою переходу до Керування > Робочі області > Додати робочу область .
    2.

    Виберіть Спільне використання і клацніть Далі .

    3.

    Виберіть Нова робоча область і клацніть Далі .

    4.

    Введіть ім’я робочої області (наприклад, ім’я фізичної кімнати), виберіть тип кімнати, додайте місткість кімнати та виберіть розташування для робочої області. Потім клацніть Далі.

    5.

    Виберіть Пристрій Cisco Room і Desk .

    6.

    Виберіть одну з наведених нижче служб і клацніть Далі .

    • Виклик у Webex (виклик 1:1, не ТМЗК) — можуть лише користувачі Програма Webex або Webex Session Initiation Protocol (SIP) за допомогою SIP-адреси (наприклад, username@example.calls.webex.com).
    • Cisco Webex Calling —Окрім можливості здійснювати та приймати виклики застосунку Webex і SIP, користувачі в цій робочій області можуть використовувати цей пристрій для здійснення та отримання телефонних викликів у межах нумераційного плану Webex Calling. Наприклад, ви можете зателефонувати своєму колезі, набравши номер телефону 555-555-5555, розширення 5555 або адресу SIP username@example.webex.com, але ви також можете зателефонувати до місцевої піцерії.
    7.

    Якщо ви вибрали Cisco Webex Calling службу, потім виберіть передплату та тип ліцензії, які потрібно призначити робочій області.

    • Професійний робочий простір

    • Робочий простір зони загального користування


     

    Щоб дізнатися більше про функції, доступні з ліцензіями, див Функції, доступні залежно від типу ліцензії для Webex Calling .

    8

    Призначити a Розташування , Номер телефону (визначається вибраним розташуванням), a Додатковий номер , а потім клацніть Зберегти .

    9

    Активуйте пристрій за допомогою наданого коду. Код активації можна скопіювати, надіслати електронною поштою або роздрукувати.

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

    Пристрої, перелічені тут, підтримують Webex Calling. Можна зареєструвати всі пристрої за допомогою MAC-адреси; однак зареєструйте таку підмножину пристроїв, використовуючи код активації:

    • Багатоплатформові IP-телефони Cisco серії 6800 (телефони для аудіозв’язку: 6821, 6841, 6851)

    • Багатоплатформові IP-телефони Cisco серії 7800 (телефони для аудіозв’язку: 7811, 7821, 7841, 7861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для аудіозв’язку: 8811, 8841, 8851, 8861)

    • Багатоплатформові IP-телефони Cisco серії 8800 (телефони для відеозв’язку: 8845, 8865)

    • IP-телефон Cisco для конференц-зв’язку 7832 і 8832

    • Cisco Video Phone 8875

    1.

    З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування > Пристрої > Додати пристрій > Кілька IP-телефонів Cisco .

    2.

    Виберіть один із наведених нижче параметрів і клацніть Завантажити .

    • Користувачі в моїй організації — Ви можете отримати список усіх користувачів у вашій організації та пов’язані з ними атрибути, щоб не довелося шукати кожного користувача вручну.
    • Робочі області в моїй організації — Ви можете отримати список усіх робочих областей у вашій організації та пов’язані з ними атрибути, щоб вам не довелося шукати кожну робочу область вручну.
    • Додати зразок шаблону пристрою — Можна використовувати доступний шаблон, щоб ввести таку інформацію, як імена користувачів, тип (укажіть, користувач це чи робочий простір), MAC-адреси та моделі пристроїв.
    Для підготовки файлу CSV можна використовувати наведену далі таблицю.

     
    Указані нижче поля є обов’язковими для призначення пристрою користувачам і робочим областям Webex Calling.
    • Для користувачів: Ім’я користувача, тип, тип пристрою та модель, якщо тип пристрою — IP.
    • Для робочої області: Ім’я користувача, тип, номер телефону або внутрішній номер, робоча область Webex Calling [ім’я підписки], тип пристрою та модель, якщо тип пристрою — IP.

    Назва стовпцяОписПідтримуване значення

    Ім’я користувача

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


     
    Не вводьте ідентифікатор користувача або його ім’я.

    Щоб призначити пристрій до робочої області, введіть ім’я робочої області.


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

    Приклад електронної пошти користувача: test@example.com

    Приклад імені робочої області: Кімната відпочинку

    Тип

    Введіть відповідний тип користувача або робочого простору.

    КОРИСТУВАЧ

    РОБОЧА ОБЛАСТЬ

    Номер телефону

    Введіть номер телефону.

    Приклад: +12815550100

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

    Введіть внутрішній номер.

    Приклад: 00–999999

    Тип пристрою

    Введіть тип пристрою.

    Щоб використовувати будь-які багатоплатформові телефони, пристрої ATA або DECT із Webex Calling, введіть IP-адресу.

    Щоб створити нові робочі області для пристроїв RoomOS, введіть WEBEX або WEBEX_ ВИКЛИК, залежно від бажаного параметра виклику

    Модель

    Введіть модель пристрою, якщо тип пристрою – IP.

    Приклад моделі пристрою: Cisco 7841, Cisco 8851 тощо

    MAC-адреса

    Введіть MAC-адресу пристрою.

    Якщо залишити поле MAC-адреси пустим, буде створено код активації.


     
    Використовуйте коди активації для пристроїв RoomOS.

    Приклад MAC-адреси: 001A2B3C4D5E

    Розташування

    Введіть ім’я користувача або розташування робочої області.

    Приклад: Сан-Хосе

    Розклад телефонних дзвінків

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

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

    ТАК

    НЕВІРНО

    Робоча область Webex Calling [ідентифікатор підписки]

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

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


     
    Потрібно призначити лише одну передплату для робочої області.

    Ви також можете перенести робочі області з однієї передплати до іншої. Для передавання введіть FALSE у стовпці вихідної підписки та TRUE у стовпці цільової підписки.


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

    ТАК

    НЕВІРНО

    Робоча область Webex Calling Professional [ідентифікатор підписки]


     
    Ці поля «Номер телефону» та «Внутрішній номер» були названі раніше Номер абонента і Пряма лінія ; ці імена стовпців продовжують підтримуватися протягом короткого часу.

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

    Заповніть електронну таблицю.

    4.

    Передайте файл CSV, перетягнувши його або клацнувши Вибрати файл.

    5.

    Якщо MAC-адреса пуста, ви можете вибрати, куди буде надіслано код активації.

    • Надайте посилання —Код активації буде додано до файлу CSV. Після імпорту ви отримаєте посилання для завантаження файлу коду активації на екрані стану імпорту.
    • Надіслати код активації електронною поштою: якщо пристрій призначається для робочого простору, код активації буде надіслано адміністратору. Якщо пристрій призначено для користувача, код активації буде надіслано електронною поштою користувачу.

    Ви або користувач повинні ввести код активації на пристрої, щоб активувати його.

    6.

    Клацніть Надіслати.

    Відображає оновлений стан, коли пристрої стають активними.

     

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

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

    У поданні клієнта на вебсайті https://admin.webex.com перейдіть на сторінку Пристрої.

    Виберіть декілька пристроїв зі списку пристроїв і виберіть опцію Export (Експорт). Ви можете вибрати поля для включення до CSV-файлу та експортувати вміст до локальної папки.


     

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

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

    1.

    З поля зору клієнта в , перейдіть до Виклики > розташування.https://admin.webex.com

    2.

    Виберіть користувача та клацніть Пристрої .

    3.

    Щоб додати пристрій до цього користувача, клацніть Додати пристрій.


     
    Якщо користувачу вже призначено пристрій і ви хочете додати інший пристрій, клацніть Дія > Додати пристрій .

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

    4.

    Щоб змінити наявний пристрій, виберіть ім’я пристрою.

    Ви перейдете на сторінку пристроїв. Тут можна переглянути й змінити налаштування пристрою, видалити або перезавантажити його, а також створити новий код активації для пристрою, якщо це можливо. Додаткову інформацію про налаштування параметрів телефону див. в статті Налаштування і оновлення параметрів телефону.

    5.

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

    6.

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

    Вкладка «Дії» містить наведені нижче параметри для пристрою з підтримкою Webex Aware.
    • Застосуйте запит Changes-Issues до телефону, щоб завантажити та застосувати зміни до конфігурації.
    • Запит Reboot-Issues для примусового перезавантаження пристрою та завантаження поточної конфігурації.
    • Повідомити про проблему-видає запит на пристрій для створення та завантаження PRT в хмару.
    • Видалити-вилучає пристрій, який перерахований для користувача.

    Додавати пристрої та керувати ними можна безпосередньо з профілю робочого простору. Пристрої робочого простору можуть включати пристрої ATA, як-от факсимільні апарати. Пристрій робочого простору також можна налаштувати як ресурс для резервування. Для отримання додаткової інформації про готель, див.: Розміщення в Cisco Webex Control Hub.

    1.

    З перегляду клієнта вhttps://admin.webex.com , перейдіть до Керування > Робочі області .

    2.

    Виберіть робочу область, яку потрібно змінити.

    3.

    Щоб додати пристрій, клацніть Додати пристрій в Пристрої плитка.

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

    4.

    Щоб змінити наявний пристрій, виберіть ім’я пристрою.

    Ви перейдете на сторінку пристроїв. Тут можна переглянути й змінити налаштування пристрою, видалити або перезавантажити його, а також увімкнути пристрій як ресурс для резервування. Додаткову інформацію про налаштування параметрів телефону див. в статті Налаштування і оновлення параметрів телефону.

    5.

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

    6.

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

    Вкладка «Дії» містить наведені нижче параметри для пристрою з підтримкою Webex Aware.
    • Застосуйте запит Changes-Issues до телефону, щоб завантажити та застосувати зміни до конфігурації.
    • Запит Reboot-Issues для примусового перезавантаження пристрою та завантаження поточної конфігурації.
    • Повідомити про проблему-видає запит на пристрій для створення та завантаження PRT в хмару.
    • Видалити-вилучає пристрій, який перерахований для користувача.

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

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


     

    При призначенні спільної лінії можна призначати номери з різних місць виклику Webex пристроям в іншому місці. Наприклад, номер (користувач, робочий простір, віртуальна лінія) з розташування у Великобританії можна призначити пристрою, який призначено користувачу в США.

    Докладніші відомості про спільну лінію в різних місцях див. у розділі: Конфігурація спільних ліній і віртуальних ліній у різних розташуваннях.


     

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

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

    1.

    У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Користувачі або Робочі простори (залежно від того, де призначено пристрій, який потрібно змінити).

    2.

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

    3.

    Виберіть пристрій, до якого потрібно додати або змінити спільні лінії, і перейдіть до розділу "Користувачі телефону" та "Налаштування".

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

    4.

    Щоб додати або видалити користувачів або робочі місця із цього телефону, виберіть Налаштувати лінії.

    5.

    Щоб видалити лінію, клацнітьзначок.


     
    Основного користувача на лінії 1 видалити неможливо.
    6.

    Щоб додати вигляд спільної лінії, клацнітьзначок.


     
    Додайте лінії в тому порядку, в якому вони мають відображатися. Щоб змінити порядок індикації ліній, видаліть їх і додайте до списку в тому порядку, в якому вони мають відображатися.
    7.

    Введіть ім’я або номер телефону й виберіть один із параметрів, які буде відображено, а потім клацніть Зберегти.

    Можна налаштувати порти на пристрої аналогового телефонного адаптера (ATA), призначеного користувачу в Control Hub. В даний час дві конфігурації для пристроїв ATA доступні для пристроїв з двома портами і пристроїв з 24 портами.

    1.

    У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Користувачі.

    2.

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

    3.

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

    4.

    У розділі Користувачі на цьому пристрої клацніть Налаштувати порти.

    5.

    Щоб додати конфігурацію спільного порту, клацнітьзначок.

    6.

    Введіть ім’я або номер телефону й виберіть один із параметрів, які буде відображено, а потім клацніть Зберегти.


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

    Якщо пристрій потребує стиснення факсу T.38, встановіть прапорець у стовпці T.38 або замініть параметри стиснення на рівні користувача, а потім натисніть Зберегти.


     
    У робочому просторі може знаходитися ATA. Це корисно для факсимільних апаратів.

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


     

    Ми збільшили кількість номерів телефонів, які ви можете додати в Control Hub з 250 до 1000.

    1.

    У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Служби > Виклики > Номери, а потім клацніть Додати номери.

    2.

    Укажіть Розташування і Тип номера. У разі перенесення номерів укажіть як поточний, так і новий номери для виставлення рахунку.

    3.

    Укажіть Розташування , Стан , Код регіону , Префікс (необов’язково), а потім клацніть Пошук .

    Відображаються доступні номери.

    4.

    Виберіть номери, які потрібно додати до розташування.

    Вибрані вами номери переміщуються до Вибрані номери поле.

    5.

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

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

    У поданні клієнта на вебсайті https://admin.webex.com перейдіть до розділу Служби > Виклики > Замовлення PSTN.

    Коли ви підключаєте аксесуари (гарнітури/KEM) до пристрою MPP, вони відображаються як елемент інвентаризації на вкладці «Пристрої» в Центрі керування. У розділі «Облік пристроїв» у Control Hub наведено дані про модель аксесуара, стан і користувача, якому належить аксесуар. Під час вибору аксесуара можна отримати додаткову інформацію, як-от серійний номер аксесуара й поточну версію його програмного забезпечення. Якщо аксесуар підключено до MPP, у полі стану аксесуара буде вказано значення «Онлайн». Для гарнітури, підключеної до MPP, програмне забезпечення буде автоматично оновлено до останньої версії, доступної в розділі «Керування пристроями».

    Хочете дізнатися, як це працює? Ознайомтеся із цим відео про те, як переглянути аксесуари в Control Hub.
    Таблиця 1. Сумісні гарнітури

    Модель телефону

    Гарнітура Cisco серії 520

    Гарнітура Cisco серії 530

    Гарнітура Cisco серії 560

    Гарнітура Cisco серії 730

    IP-телефон Cisco 8811/8841/8845

    RJ9 і RJ11

    IP-телефон Cisco 8851/8861/8865

    USB

    USB

    USB

    RJ9 і RJ11

    IP-телефон Cisco 7811/7821/7841/7861

    IP-телефон Cisco 6821/6841/6851/6861

    IP-телефон Cisco 6871

    USB

    USB

    USB

    IP-телефон Cisco для конференц-зв’язку 7832/8832

    Таблиця 2. Сумісні клавішні приставки

    Модель телефону

    КЕМ

    IP-телефон Cisco 8811/8841/8845

    IP-телефон Cisco 8851/8861/8865

    BEKEM

    CP-8800-A-KEM

    CP-8800-V-KEM

    IP-телефон Cisco 7811/7821/7841/7861

    IP-телефон Cisco 6821/6841/6861/6871

    IP-телефон Cisco 6851

    CP-68KEM-3PCC

    IP-телефон Cisco для конференц-зв’язку 7832/8832


     

    Щоб усунути проблеми, пов 'язані з модулем розширення ключа (модуль розширення ключа) на телефонах, зареєстрованих для Webex Calling, див. розділ Усунення несправностей Модулі розширення ключа в Webex Calling для отримання докладної інформації.

    20 травня 2024 р.
    Тенденції запровадження і звіти про використання для Webex Calling

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

    Перегляд звітів про виклики

    На сторінці аналітики в Control Hub можна отримати відомості про те, як користувачі використовують Webex Calling і програму Webex (взаємодія), а також про якість мультимедіа викликів. Щоб отримати доступ до аналітики Webex Calling, увійдіть у Control Hub, перейдіть до розділу Аналітика й клацніть вкладку Виклики.

    1.

    Щоб отримати докладні звіти про історію дзвінків, увійдіть у Control Hub, а потім перейдіть до Аналітика > Виклики.

    2.

    Виберіть Детальна історія викликів.

    Інформацію про виклики за допомогою виділеного екземпляра див. в розділі Аналітика виділеного екземпляра.

    3.

    Щоб отримати доступ до даних про якість мультимедіа, увійдіть у Control Hub, перейдіть до розділу Аналітика й виберіть Виклики.

    16 травня 2024 р.
    Довідкова інформація щодо портів для Cisco Webex Calling

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

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

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

    Переклад мережевих адрес (NAT)

    Функції трансляції мережевих адрес (NAT) і перетворення адреси портів (PAT) застосовуються на кордоні між двома мережами для трансляції просторів адрес або запобігання зіткненням просторів IP-адрес.

    Організації використовують технології шлюзу, як-от брандмауери та проксі-сервери, які надають послуги NAT або PAT, щоб надати доступ до інтернету до програм або пристроїв, які перебувають у просторі приватних IP-адрес. За допомогою цих шлюзів трафік від внутрішніх програм або пристроїв до інтернету здається, що надходить з однієї або кількох загальнодоступних IP-адрес.

    • При розгортанні NAT не обов 'язково відкривати вхідний порт на брандмауері.

    • Перевірте розмір пулу NAT, необхідний для підключення до програми або пристроїв, коли кілька користувачів програми та пристроїв отримують доступ до служб Webex Calling і Webex за допомогою NAT або PAT. Переконайтеся, що пулам NAT призначено належні загальнодоступні IP-адреси, щоб запобігти вичерпанню портів. Вичерпання портів призводить до того, що внутрішні користувачі та пристрої не можуть підключитися до служб Webex Calling і Webex Aware.

    • Визначте розумні періоди прив 'язки та уникайте маніпулювання SIP на пристрої NAT.

    • Налаштуйте мінімальний тайм-аут NAT, щоб забезпечити належну роботу пристроїв. Приклад: Телефони Cisco надсилають подальше повідомлення про оновлення РЕЄСТРУВАННЯ кожні 1–2 хвилини.

    • Якщо ваша мережа реалізує NAT або SPI, встановіть більший тайм-аут (принаймні 30 хвилин) для з 'єднань. Цей тайм-аут забезпечує надійне підключення при зниженні споживання акумулятора мобільних пристроїв користувачів.

    Шлюз прикладного рівня SIP

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

    Інформацію про те, як вимкнути ALG для SIP на певних пристроях, див. у відповідній документації виробника.

    Підтримка проксі для викликів Webex

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

    Проксі-сервери виконують кілька функцій безпеки, таких як:

    • Дозволити або заблокувати доступ до певних URL-адрес.

    • Базова автентифікація

    • Пошук IP-адреси/домену/імені хоста/репутації URI

    • Розшифровка та перевірка трафіку

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

    Заявки включають наступне:

    • Служби Webex

    • Процедури активації пристроїв клієнта (CDA) з використанням платформи Cisco Cloud Provisioning, такі як GDS, активація пристроїв EDOS, підготовка та адаптація до хмари Webex.

    • Аутентифікація сертифіката

    • оновлення прошивки

    • Звіти про стан

    • Завантаження PRT

    • VoIP послуги


     

    Якщо адреса проксі-сервера налаштована, то на проксі-сервер надсилається тільки сигнальний трафік (HTTP/HTTPS). Клієнти, які використовують SIP для реєстрації в сервісі Webex Calling і пов 'язаних з ним носіях, не надсилаються на проксі-сервер. Тому дозволяйте цим клієнтам проходити через брандмауер безпосередньо.

    Підтримувані параметри проксі-сервера, типи конфігурації та автентифікації

    Підтримувані типи проксі-серверів:

    • Явний проксі-сервер (інспекційний або неінспекційний)- налаштуйте клієнти App або Device з явним проксі-сервером, щоб визначити сервер для використання. Цей параметр підтримує один з наступних типів автентифікації:

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

    • Прозорий проксі-сервер (перевірка)- клієнти не налаштовані на використання конкретної адреси проксі-сервера. Зміни конфігурації http не потрібні; однак вашим клієнтам або App, або Devices потрібен кореневий сертифікат, щоб вони довіряли проксі-серверу. ІТ-команда використовує перевірку проксі-серверів для забезпечення дотримання політики на веб-сайтах для відвідування та типів вмісту, які не дозволені.

    Налаштуйте проксі-адреси вручну для пристроїв Webex Room, Cisco IP Multiplatform Phones (MPP) та Webex App за допомогою:

    • ОС платформи

    • URL-адреса пристрою

    • Автоматичне виявлення

    Під час налаштування виберіть одну з наступних конфігурацій проксі-сервера та типів автентифікації:

    Продукт

    Конфігурація проксі

    Тип автентифікації

    Webex для Mac

    Вручну, WPAD, PAC

    Без автентифікації, базова, NTLM

    Webex для Windows

    Вручну, WPAD, PAC, GPO

    Без автентифікації, базова, NTLM (2), Negotiate

    Webex для iOS

    Вручну, WPAD, PAC

    Без автентифікації, базова, дайджест, NTLM

    Webex для Android

    Вручну, PAC

    Без автентифікації, базова, дайджест, NTLM

    Webex Web App

    Підтримується через ОС

    Без автентифікації, базова, дайджест, NTLM, Negotiate

    Пристрої Webex Room

    WPAD, PAC або вручну

    Без автентифікації, базова, дайджест

    IP-телефони Cisco

    Вручну, WPAD, PAC

    Без автентифікації, базова, дайджест

    Video Mesh Node у Webex

    Вручну

    Без автентифікації, базова, дайджест, NTLM

    Для легенд в таблиці:

    1. Автентифікація NTLM для Mac — реєстрація комп’ютера в домені не потрібна, у користувача запитують пароль.(2)

    2. Windows NTLM Auth - Підтримується, лише якщо комп 'ютер увійшов до домену

    3. Web Proxy Auto Discovery (WPAD) - Докладніше про Web Proxy Auto Discovery Protocol.

    4. Файли автоналаштування проксі-сервера (PAC) - Докладніше див. у розділі Файли автоналаштування проксі-сервера.

    5. Щоб підключити пристрій Cisco Webex Board, Desk або Room Series до проксі-сервера, див. розділ Підключення пристрою Board, Desk або Room Series до проксі-сервера.

    6. Для IP-телефонів Cisco див. розділ Налаштування проксі-сервера як приклад налаштування проксі-сервера та параметрів.


     

    Для No Authentication, налаштуйте клієнт з проксі-адресою, яка не підтримує автентифікацію. При використанні Proxy Authentication, налаштуйте з дійсними обліковими даними. Проксі-сервери, які перевіряють веб-трафік, можуть перешкоджати з 'єднанню веб-сокетів. Якщо ця проблема виникає, обхід не перевірки трафіку на *.Webex.com може вирішити проблему. Якщо ви вже бачите інші записи, додайте крапку з комою після останнього запису, а потім введіть виняток Webex.

    Параметри проксі для ОС Windows

    Microsoft Windows підтримує дві мережеві бібліотеки для трафіку http (WinINet і WinHTTP), які дозволяють налаштування проксі-сервера.

    1. WinInet призначений тільки для однокористувацьких настільних клієнтських додатків

    2. WinHTTP призначений в першу чергу для багатокористувацьких серверних додатків

    Вибираючи між ними, виберіть WinINet для налаштувань конфігурації проксі-сервера. Докладніше див. у розділі wininet-vs-winhttp.

    Див. розділ Налаштувати список дозволених доменів для доступу до Webex під час роботи в корпоративній мережі, щоб дізнатися про наступне:

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

    • Використовуйте проксі-сервер для перехоплення запитів і обмеження дозволених доменів.

    Перевірка проксі й закріплення сертифіката

    Програма Webex і пристрої Webex перевіряють сертифікати серверів, із якими вони встановлюють сеанси TLS. Перевірки сертифікатів, як-от видавець сертифікатів і цифровий підпис, ґрунтуються на перевірці ланцюжка сертифікатів аж до кореневого сертифіката. Для проведення перевірок перевірки додаток і пристрої Webex використовують набір надійних кореневих сертифікатів ЦС, встановлених у сховищі довіри операційної системи.

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

    • Для Webex App - Встановіть сертифікат CA, який використовується для підписання сертифіката проксі-сервером в операційній системі пристрою.

    • Для пристроїв Webex Room і багатоплатформних IP-телефонів Cisco - відкрийте запит на обслуговування в команді TAC, щоб встановити сертифікат CA.

    У цій таблиці наведено додатки Webex і пристрої Webex, які підтримують перевірку TLS проксі-серверами

    Продукт

    Підтримує перевірку TLS для користувацьких довірених ЦС

    Програма Webex (для Windows, Mac, iOS, Android, інтернету)

    Так

    Пристрої Webex Room

    Так

    Телефони Cisco IP Multiplatform (MPP)

    Так

    Конфігурація брандмауера

    Cisco підтримує сервіси Webex Calling і Webex Aware в безпечних центрах обробки даних Cisco і Amazon Web Services (AWS). Amazon зарезервувала свої підмережі IP для виключного використання Cisco і захистила послуги, розташовані в цих підмережах у віртуальній приватній хмарі AWS.

    Налаштуйте брандмауер так, щоб зв 'язок з пристроями, програмами та службами Інтернету виконував свої функції належним чином. Ця конфігурація дозволяє отримати доступ до всіх підтримуваних хмарних служб Webex Calling і Webex Aware, доменних імен, IP-адрес, портів і протоколів.

    Білий список або відкритий доступ до наступного, щоб служби Webex Calling і Webex Aware працювали коректно.

    • URL-адреси/домени, згадані в розділі Домени та URL-адреси для служб викликів Webex

    • Підмережі IP, порти та протоколи, згадані в розділі Підмережі IP для служб викликів Webex

    • Якщо ви використовуєте Webex Meetings, Messaging та інші служби, переконайтеся, що домени/URL-адреси, згадані в цій статті, також відкриті. Вимоги до мережі для служб Webex

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

    Якщо брандмауер не підтримує фільтрацію доменів/URL-адрес, скористайтеся опцією Enterprise Proxy server. Ця опція фільтрує/дозволяє за URL-адресою/доменом http сигналізувати трафік до служб Webex Calling і Webex Aware на вашому проксі-сервері, перш ніж перенаправляти його на брандмауер.

    Для Webex Calling, UDP є переважним транспортним протоколом Cisco для носіїв, і він рекомендує використовувати тільки SRTP над UDP. TCP і TLS як транспортні протоколи для медіа не підтримуються для Webex Calling у виробничих середовищах. Орієнтований на з’єднання характер цих протоколів впливає на якість медіафайлів у мережах із втратами. Якщо у вас є запитання щодо транспортного протоколу, підніміть запит на підтримку.

    Домени та URL-адреси для служб Webex Calling

    Позначка * на початку URL-адреси (наприклад, *.webex.com) вказує на те, що служби домену верхнього рівня і всіх дочірніх доменів повинні бути доступними.

    Домен / URL

    Опис

    Програми й пристрої Webex, які використовують ці домени або URL-адреси

    Служби Cisco Webex

    *.broadcloudpbx.net

    Авторизація Webex мікросервісів для перехресного запуску з Центру керування до Порталу адміністратора виклику.

    Control Hub

    *.broadcloud.com.au

    Служби Webex Calling в Австралії.

    Усе

    *.broadcloud.eu

    Служби Webex Calling в Європі.

    Усе

    *.broadcloudpbx.net

    Конфігурація клієнта Calling і керування послугами.

    Програми Webex

    *.webex.com

    *.cisco.com

    Основні сервіси Webex Calling та Webex Aware

    1. підготовка пристрою

    2. Зберігання ідентифікаторів

    3. Автентифікація

    4. Послуги OAuth

    5. підготовка пристрою

    6. Cloud Connected UC

    Коли телефон підключається до мережі вперше або після скидання заводських налаштувань без встановлення параметрів DHCP, він зв 'язується з сервером активації пристрою для забезпечення нульового дотику. Нові телефони використовують activate.cisco.com і телефони з випуском прошивки раніше 11.2(1), продовжують використовувати webapps.cisco.com для підготовки.

    Завантажте оновлення прошивки та локалі пристрою з <span data-id ="0"></span>binaries.webex.com.

    Дозволити доступ багатоплатформовим телефонам Cisco (MPP) старше версії 12.0.3 sudirenewal.cisco.com через порт 80, щоб поновити сертифікат, установлений виробником (MIC) і мати безпечний унікальний ідентифікатор пристрою (SUDI). Докладніше див Поле повідомлення .

    Усе

    *.ucmgmt.cisco.com

    Служби Webex Calling

    Control Hub

    *.wbx2.com і *.ciscospark.com

    Використовується для хмарної обізнаності, CSDM, WDM, ртуті тощо. Ці служби необхідні для того, щоб додатки та пристрої могли звертатися до служб Webex Calling & Webex Aware під час та після реєстрації.

    Усе

    *.webexapis.com

    Мікрослужби Webex, які керують вашими програмами та пристроями.

    1. Служба зображень профілю

    2. Сервіс Whiteboarding

    3. Служба близькості

    4. Служба присутності

    5. Реєстрацію відхилено

    6. Служба календаря

    7. Шукати пристрій

    Усе

    *.webexcontent.com

    Служби обміну повідомленнями Webex, пов’язані зі загальним сховищем файлів, зокрема:

    1. Лінії користувача

    2. Транскодовані файли

    3. Зображення

    4. Знімки екрана

    5. Елементи керування дошки

    6. Журнали клієнтів і пристроїв

    7. Зображення профілю

    8. Брендування логотипів

    9. Файли коробки

    10. Масовий експорт файлів CSV та імпорт файлів (Control Hub)

    Послуги обміну повідомленнями Webex Apps.


     

    Зберігання файлів за допомогою webexcontent.com замінено на clouddrive.com у жовтні 2019 року

    *.accompany.com

    Інтеграція People Insights

    Програми Webex

    Додаткові служби, пов’язані з Webex (сторонні домени)

    *.appdynamics.com

    *.eum-appdynamics.com

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

    Control Hub

    *.huron-dev.com

    Мікрослужби Webex Calling, такі як перемикання служб, замовлення номерів телефону й служби призначення.

    Control Hub

    *.sipflash.com

    Послуги з управління пристроями. Оновлення вбудованого програмного забезпечення та безпечні цілі адаптації.

    Програми Webex

    *.walkme.com s3.walkmeusercontent.com

    Клієнт посібника користувача Webex. Надає інструкції з приєднання і використання для нових користувачів.

    Щоб отримати додаткову інформацію про WalkMe, клацніть тут.

    Програми Webex

    *.google.com

    *.googleapis.com

    Сповіщення про програми Webex на мобільних пристроях (Приклад: нове повідомлення, коли відповіли на дзвінок)

    Для підмереж IP див. ці посилання

    Сервіс Google Firebase Cloud Messaging (FCM)

    Служба Push-сповіщень Apple (APN)


     

    Для APN Apple перераховує підмережі IP для цієї служби.

    Програма Webex

    IP-підмережі для служб Webex Calling

    Підмережі IP для служб Webex Calling

    23.89.0.0/16

    85.119.56.0/23

    128.177.14.0/24

    128.177.36.0/24

    135.84.168.0/21

    139.177.64.0/21

    139.177.72.0/23

    144.196.0.0/16

    150.253.128.0/17

    163.129.0.0/17

    170.72.0.0/16

    170.133.128.0/18

    185.115.196.0/22

    199.19.196.0/23

    199.19.199.0/24

    199.59.64.0/21

    Мета підключення

    Адреси джерела

    Вихідні порти

    Протокол

    Адреси призначення

    Порти призначення

    Примітки

    Передавання сигналів виклику до Webex Calling (TLS SIP)

    Зовнішній (NIC) локального шлюзу

    8000–65535

    TCP

    Див. розділ Підмережі IP для служб Webex Calling.

    5062, 8934

    Ці IP-адреси/порти потрібні для вихідної сигналізації викликів SIP-TLS від локальних шлюзів, пристроїв і програм (джерело) до хмари викликів Webex (пункт призначення).

    Порт 5062 (необхідний для багажника на основі сертифікатів). І порт 8934 (необхідний для багажника на основі реєстрації)

    Пристрої

    5060–5080

    8934

    Програми

    Тимчасовий (залежить від ОС)

    Сигналізація викликів із Webex Calling (SIP TLS) до локального шлюзу

    Діапазон адрес Webex Calling.

    Див Підмережі IP для служб Webex Calling

    8934

    TCP

    IP-адреса або діапазон IP-адрес, вибраний клієнтом для свого локального шлюзу

    Порт або діапазон портів, вибраний клієнтом для свого локального шлюзу

    Застосовується до локальних шлюзів на основі сертифікатів. Необхідно встановити підключення від Webex Calling до локального шлюзу.

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

    Порт призначення вибирає клієнт Налаштуйте транки

    Виклик медіафайлів на Webex Calling (STUN, SRTP/SRTCP, T38)

    Зовнішній NIC локального шлюзу

    8000-48199 *

    UDP

    Див. розділ Підмережі IP для служб Webex Calling.

    5004, 9000 (STUN Порти)

    8500-8701,19560-65535 (SRTP через UDP)

    • Ці IP-адреси або порти необхідні для передавання мультимедіа вихідних викликів SRTP з локальних шлюзів, пристроїв і програм (джерело) до хмари Webex Calling (призначення).

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

      Приклад: Якщо оптимізація медіа пройшла успішно, програми надсилатимуть медіафайли безпосередньо між собою через діапазони портів 8500–8701, а пристрої надсилатимуть медіафайли безпосередньо один одному через діапазони портів між 19560–19661.

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

      Приклад: Для програм дозвольте діапазон портів джерела та призначення 8500–8701.

    Пристрої *

    19560-19661

    Програми *

    8500-8701

    Виклик медіафайлів із Webex Calling (SRTP/SRTCP, T38)

    Діапазон адрес Webex Calling.

    Див Підмережі IP для служб Webex Calling

    19560-65535 (SRTP через UDP)

    UDP

    IP-адреса або діапазон IP-адрес, вибраний клієнтом для свого локального шлюзу

    Діапазон медіапортів, вибраний клієнтом для свого локального шлюзу

    Передавання сигналів виклику до шлюзу PSTN (TLS SIP)Внутрішній NIC локального шлюзу8000–65535

    TCP

    Ваш шлюз PSTN ITSP або Unified CMЗалежить від параметра PSTN (наприклад, зазвичай для Unified CM використовується 5060 або 5061)
    Виклик медіафайлів на шлюз ТМЗК (SRTP/SRTCP)Внутрішній NIC локального шлюзу

    8000-48199 *

    UDP

    Ваш шлюз PSTN ITSP або Unified CMЗалежить від параметра ТМЗК (наприклад, зазвичай 5060 або 5061 для Unified CM)

    Конфігурація пристрою і керування мікропрограмним забезпеченням (пристрої Cisco)

    Пристрої Webex Calling

    Короткотерміновий

    TCP

    3.20.185.219

    3.130.87.169

    3.134.166.179

    72.163.10.96/27

    72.163.15.64/26

    72.163.15.128/26

    72.163.24.0/23

    72.163.10.128/25

    173.37.146.128/25

    173.36.127.0/26

    173.36.127.128/26

    173.37.26.0/23

    173.37.149.96/27

    192.133.220.0/26

    192.133.220.64/26

    443, 6970, 80

    Необхідно з наступних причин:

    1. Перехід з корпоративних телефонів (Cisco Unified CM) на Webex Calling. Див. <spandata-id ="0"></span> upgrade.cisco.com для отримання додаткової інформації. Cloudupgrader.webex.com використовує порти: 6970,443 для процесу міграції прошивки.

    2. Оновлення мікропрограми та безпечне підключення пристроїв (MPP і кімнатних або настільних телефонів) за допомогою 16-значного коду активації (GDS)

    3. Для CDA / EDO - MAC-адресна підготовка. Використовується пристроями (MPP-телефони, ATA й SPA ATA) з новішим мікропрограмним забезпеченням.

    4. Коли телефон підключається до мережі вперше або після скидання заводських налаштувань, без встановлення параметрів DHCP, він зв 'язується з сервером активації пристрою для забезпечення нульового дотику. Використання нових телефонів active.cisco.com замість webapps.cisco.com для підготовки. Телефони з мікропрограмою, випущеною раніше 11.2(1), продовжують використовувати webapps.cisco.com . Рекомендується дозволити всі ці підмережі IP.

    5. Дозволити доступ багатоплатформовим телефонам Cisco (MPP) старше версії 12.0.3 sudirenewal.cisco.com через порт 80 для поновлення встановленого виробником сертифіката (MIC) і отримання безпечного унікального ідентифікатора пристрою (SUDI). Докладніше див Поле повідомлення

    Конфігурація програми

    Програми Webex Calling

    Короткотерміновий

    TCP

    62.109.192.0/18

    64.68.96.0/19

    150.253.128.0/17

    207.182.160.0/19

    443, 8443

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

    Синхронізація часу пристрою (NTP)

    Пристрої Webex Calling

    51494

    UDP

    Див. розділ Підмережі IP для служб Webex Calling.

    123

    Ці IP-адреси необхідні для синхронізації часу на пристроях (телефони MPP, ATA й SPA ATA)

    Роздільна здатність імені пристрою та роздільна здатність імені програми

    Пристрої Webex Calling

    Короткотерміновий

    UDP й TCP

    Визначив хост

    53

    Використовується для пошуку DNS із метою виявлення IP-адрес серверів Webex у хмарі.

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

    Синхронізація часу програми

    Програми Webex Calling

    123

    UDP

    Визначив хост

    123

    CScan

    Інструмент попередньої кваліфікації для Webex Calling

    Короткотерміновий

    TCP

    Див. розділ Підмережі IP для служб Webex Calling.

    8934 і 443

    Інструмент попередньої кваліфікації мережевої готовності Webex Calling. Додаткову інформацію див. на сторінці cscan.webex.com.

    UDP

    19569-19760

    Додаткові послуги Webex Calling & Webex Aware (третя сторона)

    Push-сповіщення APN і FCM-сервіси

    Застосунки Webex Calling

    Короткотерміновий

    TCP

    Див. підмережі IP, згадані під посиланнями

    Служба Push-сповіщень Apple (APN)

    Google-Firebase Cloud Messaging (FCM)

    443, 2197, 5228, 5229, 5230, 5223

    Сповіщення про Webex Apps на мобільних пристроях (Приклад: Коли ви отримуєте нове повідомлення або коли вам відповідають на дзвінок)


     
    • † Діапазон медіапортів CUBE налаштовується за допомогою діапазону портів RTP.

    • * Медіапорти для пристроїв і застосунків динамічно призначаються в будь-якому місці в діапазоні хвиль портів SRTP. Порти SRTP є парними портами, і відповідному порту SRTCP призначається послідовний непарний порт.

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

    • Якщо ви використовуєте служби NTP і DNS у своїй корпоративній мережі, відкрийте порти 53 і 123 через брандмауер.

    Webex Meetings / обмін повідомленнями: вимоги до мережі

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

    Посилання

    Щоб дізнатися, що нового в Webex Calling, див. Що нового в Webex Calling

    Про вимоги безпеки для викликів Webex див. статтю

    Webex Calling Media Optimization with Interactive Connectivity Establishment (ICE) Стаття

    Історія версій документа

    Дата

    До цієї статті внесено наведені нижче зміни

    23 квітня 2024 року

    Оновлено використання обох діапазонів портів SRTP/SRTCP для специфікації Webex Calling Media.

    3 квітня 2024 р

    Оновлено IP-підмережі для служб Webex Calling на 163.129.0.0/17, щоб врахувати розширення ринку Webex Calling в регіоні Індії.

    18 грудня 2023 року

    Включено sudirenewal.cisco.com Вимоги до URL-адреси та порту 80 для конфігурації пристрою та керування мікропрограмою для оновлення MIC телефону Cisco MPP.

    11 грудня 2023 року

    Оновлено IP-підмережі для служб Webex Calling, щоб включити більший набір IP-адрес.

    150.253.209.128/25 – змінено на 150.253.128.0/17

    29 листопада 2023 року

    Оновлено IP-підмережі для служб Webex Calling, щоб включити більший набір IP-адрес для розширення регіону Webex Calling для майбутнього зростання.

    144.196.33.0/25 – змінено на 144.196.0.0/16

    Розділи IP-підмережі для служб Webex Calling у розділах Webex Calling (SIP TLS) і Call Media to Webex Calling (STUN, SRTP) оновлено для ясності щодо транкінгу на основі сертифікатів і вимог брандмауера для локального шлюзу.

    14 серпня 2023 р.

    Ми додали такі IP-адреси 144.196.33.0/25 і 150.253.156.128/25 для підтримки підвищених вимог до місткості для служб Edge і Webex Calling.


     

    Цей діапазон IP підтримується лише в регіоні США.

    5 липня 2023 р.

    Додано посилання <span data-id ="0"></span>https://binaries.webex.com для встановлення мікропрограми Cisco MPP.

    7 березня 2023 р.

    Ми переробили всю статтю, щоб включити:

    1. Включені опції для підтримки проксі-сервера.

    2. Змінена блок-схема виклику

    3. Спрощені частини доменів/URL-адрес/підмереж IP для сервісів Webex Calling та Webex Aware

    4. Додано діапазон IP-підмережі 170.72.0.0/16 для служб Webex Calling і Webex Aware.

      Видалено такі діапазони: 170.72.231.0, 170.72.231.10, 170.72.231.161 і 170.72.242.0/24

    5 березня 2023 р.

    Оновлення статті, щоб включити наступне:

    • Додано діапазон портів UDP-SRTP (8500-8700), що використовується програмами.

    • Додано порти для сервісів Push-сповіщень APN та FCM.

    • Розділіть діапазон портів CScan для UDP і TCP.

    • Додано розділ літератури.

    15 листопада 2022 р.

    Ми додали такі IP-адреси для конфігурації пристроїв і керування мікропрограмами (пристрої Cisco):

    • 170.72.231.0

    • 170.72.231.10

    • 170.72.231.161

    Ми видалили такі IP-адреси з керування конфігурацією пристрою та мікропрограмами (пристрої Cisco):

    • 3.20.118.133

    • 3.20.228.133

    • 3.23.144.213

    • 3.130.125.44

    • 3.132.162.62

    • 3.140.117.199

    • 18.232.241.58

    • 35.168.211.203

    • 50.16.236.139

    • 52.45.157.48

    • 54.145.130.71

    • 54.156.13.25

    • 52.26.82.54

    • 54.68.1.225

    14 листопада 2022 р.

    Додано IP-підмережу 170.72.242.0/24 для служби Webex Calling.

    Вересень 08, 2022

    Мікропрограма Cisco MPP переходить на використання <span data-id ="0"></span><span data-id ="1"></span><span data-id ="2"></span> як URL-адреси хоста для оновлення мікропрограми MPP у всіх регіонах.https://binaries.webex.com Ця зміна покращує продуктивність оновлення мікропрограми.

    Серпень 30, 2022

    Видалено посилання на порт 80 з конфігурації пристрою та керування мікропрограмами (пристрої Cisco), конфігурації програми та рядків CScan у таблиці портів, оскільки немає залежності.

    18 серпня 2022 р.

    Жодних змін у рішенні. Оновлено порти призначення 5062 (необхідні для магістральних робіт на основі сертифікатів), 8934 (необхідні для транка на основі реєстрації) для сигналізації виклику на виклик Webex Calling (SIP TLS).

    Липень 26, 2022

    Додано IP-адресу 54.68.1.225, яка необхідна для оновлення прошивки пристроїв Cisco 840/860.

    Липень 21, 2022

    Оновлено порти призначення 5062, 8934 для сигналізації виклику на Webex Calling (SIP TLS).

    Липень 14, 2022

    Додано URL-адреси, які підтримують повну функцію служб Webex Aware.

    Додано підмережу IP 23.89.154.0/25 для сервісу Webex Calling.

    27 червня 2022 р.

    Оновлено домен і URL-адреси служб виклику Webex:

    *.broadcloudpbx.net

    *.broadcloud.com.au

    *.broadcloud.eu

    *.broadcloudpbx.net

    Червні 15, 2022

    Додано такі порти та протоколи в розділі IP-адреси та порти для служб викликівWebex:

    • Призначення з'єднання: Функції Webex

    • Адреси джерел: Пристрої виклику Webex

    • Вихідні порти: Короткотерміновий

    • Протокол: TCP

    • Адреси призначення: Див. підмережі та домени IP, визначені в Webex Meetings/Messaging - Network Requirements.

    • Порти призначення: 443

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

    Оновлена інформація у вебекс-зустрічах/повідомленнях - розділ "Вимоги до мережі"

    24 травня 2022 р.

    Додано ip-підмережу 52.26.82.54/24 до 52.26.82.54/32 для послуги Webex Calling

    6 травня 2022 р.

    Додано ip-підмережу 52.26.82.54/24 для послуги Webex Calling

    7 квітня 2022 р.

    Оновлено внутрішній і зовнішній діапазони портів UDP локального шлюзу до 8000–48198

    5 квітня 2022 р.

    Додано наступні підмережі IP для служби Webex Calling:

    • 23.89.40.0/25

    • 23.89.1.128/25

    29 березня 2022 р.

    Додано наступні підмережі IP для служби Webex Calling:

    • 23.89.33.0/24

    • 150.253.209.128/25

    20 вересня 2021 р.

    Додано 4 нові підмережі IP для служби Webex Calling:

    • 23.89.76.128/25

    • 170.72.29.0/24

    • 170.72.17.128/25

    • 170.72.0.128/25

    2 квітня 2021 р.

    У розділі Домени і URL для служб Webex Calling додано домен *.ciscospark.com для підтримки сценаріїв використання Webex Calling у програмі Webex.

    25 березня 2021 р.

    Додано 6 нових діапазонів IP для activate.cisco.com, які набувають чинності з 8 травня 2021 року.

    • 72.163.15.64/26

    • 72.163.15.128/26

    • 173.36.127.0/26

    • 173.36.127.128/26

    • 192.133.220.0/26

    • 192.133.220.64/26

    4 березня 2021 р.

    Замінено дискретні IP-адреси Webex Calling і менші діапазони IP зі спрощеними діапазонами в окремій таблиці для зручності розуміння конфігурації брандмауера.

    26 лютого 2021 р.

    Додано 5004 як порт призначення для медіафайлів дзвінків до Webex Calling (STUN, SRTP) для підтримки інтерактивного встановлення підключення (ICE), який буде доступний у Webex Calling у квітні 2021 року.

    22 лютого 2021 р.

    Домени і URL тепер перелічено в окремій таблиці.

    Таблиця IP-адрес і портів коригується відповідно до групування IP-адрес для одних і тих самих служб.

    Додавання стовпця приміток до таблиці IP-адрес та портів, що допомагає зрозуміти вимоги.

    Переміщення наступних IP-адрес у спрощені діапазони для конфігурації пристрою та керування прошивкою (пристрої Cisco):

    activate.cisco.com

    • 72.163.10.125 -> 72.163.10.96/27

    • 173.37.149.125 -> 173.37.149.96/27

    webapps.cisco.com

    • 173.37.146.134 -> 173.37.146.128/25

    • 72.163.10.134 -> 72.163.10.128/25

    Додавання наступних IP-адрес для конфігурації програми, оскільки клієнт Cisco Webex вказує на новий DNS SRV в Австралії в березні 2021 року.

    • 199.59.64.237

    • 199.59.67.237

    21 січня 2021 р.

    Ми додали такі IP-адреси для конфігурації пристроїв і керування мікропрограмами (пристроями Cisco):

    • 3.134.166.179

    • 50.16.236.139

    • 54.145.130.71

    • 72.163.10.125

    • 72.163.24.0/23

    • 173.37.26.0/23

    • 173.37.146.134

    Ми видалили такі IP-адреси з керування конфігурацією пристрою та мікропрограмами (пристрої Cisco):

    • 35.172.26.181

    • 52.86.172.220

    • 52.203.31.41

    Ми додали такі IP-адреси до конфігурації програми:

    • 62.109.192.0/19

    • 64.68.96.0/19

    • 207.182.160.0/19

    • 150.253.128.0/17

    Ми видалили такі IP-адреси з конфігурації програми:

    • 64.68.99.6

    • 64.68.100.6

    Ми видалили з конфігурації програми такі номери портів:

    • 1081, 2208, 5222, 5280–5281, 52644–52645

    Ми додали до конфігурації програми такі домени:

    • idbroker-b-us.webex.com

    • idbroker-eu.webex.com

    • ty6-wxt-jp.bcld.webex.com

    • os1-wxt-jp.bcld.webex.com

    23 грудня 2020 р.

    До довідкових зображень портів додано нові IP-адреси конфігурації програм.

    22 грудня 2020 р.

    В рядок «Конфігурація програми» в таблицях додано наступні IP-адреси: 135.84.171.154 і 135.84.172.154.

    Приховуйте мережеві діаграми до тих пір, поки ці IP-адреси не будуть додані.

    11 грудня 2020 р.

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

    16 жовтня 2020 р.

    Оновлено сигнальні й мультимедійні записи з використанням таких IP-адрес:

    • 139.177.64.0/24

    • 139.177.65.0/24

    • 139.177.66.0/24

    • 139.177.67.0/24

    • 139.177.68.0/24

    • 139.177.69.0/24

    • 139.177.70.0/24

    • 139.177.71.0/24

    • 139.177.72.0/24

    • 139.177.73.0/24

    23 вересня 2020 р.

    У CScan замінено 199.59.64.156 на 199.59.64.197.

    14 серпня 2020 р.

    Додано додаткові IP-адреси для підтримки впровадження центрів обробки даних у Канаді:

    Передавання сигналів виклику до Webex Calling (TLS SIP): 135.84.173.0/25, 135.84.174.0/25, 199.19.19.197.0/24, 199.19.199.0/24

    12 серпня 2020 р.

    Додано додаткові IP-адреси для підтримки впровадження центрів обробки даних у Канаді:

    • Передавання мультимедіа викликів до Webex Calling (SRTP): 135.84.173.0/25, 135.84.174.0/25, 199.19.19.197.0/24, 199.19.199.0/24

    • Сигналізація виклику до публічно адресованих кінцевих точок (SIP TLS)—135.84.173.0/25,135.84.174.0/25, 199.19.197.0/24, 199.199.0/24.

    • Конфігурація пристрою і керування мікропрограмним забезпеченням (пристрої Cisco): 135.84.173.155, 135.84.174.155

    • Синхронізація часу пристрою: 135.84.173.152, 135.84.174.152

    • Конфігурація програми: 135.84.173.154, 135.84.174.154

    22 липня 2020 р.

    Додано наступну IP-адресу для підтримки впровадження центрів обробки даних у Канаді: 135.84.173.146

    9 червня 2020 р.

    До запису CScan внесено наведені нижче зміни.

    • Виправлено одну з IP-адрес — змінено з 199.59.67.156 на 199.59.64.156.

    • Нові функції вимагають нових портів і UDP—19560—19760

    11 березня 2020 р.

    До конфігурації програми ми додали наступні доменні та IP-адреси:

    • jp.bcld.webex.com—135.84.169.150

    • клієнт-jp.bcld.webex.com

    • idbroker.webex.com—64.68.99.6, 64.68.100.6

    У розділі конфігурації пристрою і керування мікропрограмним забезпеченням оновлено наступні домени (додано додаткові IP-адреси):

    • cisco.webexcalling.eu: 85.119.56.198, 85.119.57.198

    • веб-сайт: www.cisco.com-72.163.10.134

    • english, Українська, Français... ‎

    • веб-сайт: www.cloudupgrader.webex.com

    27 лютого 2020 р.

    У розділі конфігурації пристрою і керування мікропрограмним забезпеченням додано наступний домен і порти:

    веб-сайт: www.cloudupgrader.webex.com

    Чи була ця стаття корисною?
    Робочий процес конфігурації Webex Calling
    Пов’язані статті