Платформа Webex Calling включає оновлену хмарну інфраструктуру, до якої підключаються локальні шлюзи. Це оновлення версії покращує службу та вмикає кілька нових функцій для локального шлюзу.
Удосконалення цієї нової інфраструктури включають:
Підвищена продуктивність обробки викликів, що дозволяє проводити до 250 одночасних сеансів на реєстрацію локального шлюзу.
Підтримує використання Оптимізація медіа Webex Calling для викликів між настільними телефонами, програмою Webex і локальним шлюзом.
Технічні характеристики:
Випущено новий список проксі-адрес. Адреса проксі – це статичний запис DNS, який отримується від Control Hub під час процесу приєднання до локального шлюзу, а потім налаштовується в конфігурації клієнта локального шлюзу для реєстрації шлюзу.
Webex Calling Cloud Operations просить клієнтів перенести локальні шлюзи, які використовують старішу проксі-адресу. Детальна інформація наведена в наступних розділах.
Якщо будь-який із ваших локальних шлюзів має вихідну проксі-адресу, яка не входить до нового діапазону проксі-адрес Webex Calling, наведеного нижче, виконайте міграцію вручну відповідно до зручності вашої організації. Адреса, указана в Control Hub, є однією з нових адрес нижче; однак наразі для вашого локального шлюзу може бути налаштовано стару адресу й вимагається міграція.
Ця міграція не має тривати більше 10–15 хвилин. Однак під час міграції локальний шлюз повторно реєструється в хмарі, що впливає на службу. Тому ми рекомендуємо виконувати цю операцію під час періоду обслуговування.
США
Канада
Європа
Японія
Австралія
Сінгапур
Нові пристрої локального шлюзу, запущені з грудня 2020 року, автоматично налаштовуються на використання цієї інфраструктури, тому діяти не потрібно. Рекомендовано звернутися до наведеного вище списку, щоб перевірити, чи потребує будь-який з ваших локальних шлюзів міграцію, і якщо так, виконайте міграцію відповідно до наведених нижче інструкцій. |
Щоб зрозуміти, чи потребує якийсь із ваших локальних шлюзів міграція, див Почніть міграцію локального шлюзу розділ.
Екрани конфігурації в Control Hub, кроки конфігурації CUBE та вихідна адреса проксі-сервера будуть відрізнятися залежно від розташування вашої організації та локального шлюзу. Деталі, наведені в наведених нижче кроках, є лише прикладами. |
Перш ніж почати
Оновити список контролю доступу в CUBE. Webex Calling має оновлений діапазон IP-адрес контролера кордонів сеансів (SBC), які, можливо, потрібно буде застосувати як список довірених на всіх CUBE у вашій організації, які підключаються до Webex Calling. Перевірте останній діапазон IP від Довідковий посібник із порту Webex Calling щоб перевірити, чи його вже застосовано, і, якщо ні, перегляньте кроки конфігурації в кроці 1 з Зареєструйте локальний шлюз у Webex Calling щоб виконати це оновлення. Наявність актуальних "довірених IP-адрес" на вашому CUBE є обов’язковою вимогою, яка, якщо її не оновити, призведе до помилок під час виклику.
Переконайтеся, що зовнішній брандмауер дозволяє доступ до цих IP-адрес із вашого CUBE. Якщо ваш зовнішній брандмауер фільтрує IP-адреси, до яких може досягти CUBE, ви повинні також оновити це, щоб локальний шлюз міг зв’язатися з хмарою. Див Посібник із довідковою інформацією про порт для отримання додаткової інформації.
Переконайтеся, що прив’язку довіри в CUBE було оновлено, виконавши крок 5 з Виконайте конфігурацію довідкової платформи .
З Control Hub можна отримати нову вихідну проксі-адресу.
1. | З перегляду клієнта вhttps://admin.webex.com, перейдіть до Служби , і виберіть . | ||
2. | Виберіть підключення до ТМЗК, а потім клацніть Змінити під Локальний шлюз . | ||
3. | Клацніть Керування щоб отримати доступ до конфігурації локального шлюзу. | ||
4. | Скопіюйте вихідну адресу проксі-сервера.
|
Оновлення конфігурації локального шлюзу впливає на службу й може вплинути на активні виклики.
У наведеному нижче прикладі клієнт 201 є клієнтом, який підключається до Webex Calling. Введіть належного клієнта для вашої конфігурації.
#show running-config | s voice class tenant 201
voice class tenant 201
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
credentials number TRUNK_GROUP_24740_LGU username TRUNK_GROUP_29959_LGU password 6 K]W]ZP`PSZRKWE^WXXIPG\^_adSTbLMHV realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 7 xxxxxxxx realm BroadWorks
authentication username TRUNK_GROUP_29959_LGU password 6 xxxxxxxx realm lgw2.killarney.cisco.com
sip-server dns:lgw2.killarney.cisco.com
connection-reuse
session transport tcp tls
url sips
error-passthru
bind control source-interface GigabitEthernet1
bind media source-interface GigabitEthernet1
no pass-thru content custom-sdp
sip-profiles 201
outbound-proxy dns:lgwrestest.killarney.cisco.com
1. | Видаліть виділену жирним шрифтом лінію, що починається з Тепер локальний шлюз скине реєстрацію у Webex Calling. |
2. | Переконайтеся, що ваш локальний шлюз не зареєстровано у Webex Calling, ввівши такі команди.
|
3. | Візьміть нову адресу, яку ви скопіювали з Control Hub, і додайте рядок реєстратора зверху назад. У наведеному нижче прикладі наш OBP був
Ваш локальний шлюз зареєструється в новому OBP. |
4. | Перевірте успішність реєстрації за допомогою такої команди.
Він повинен давати вивід, подібний до наведеного нижче.
|
Що далі
Оновіть інші локальні шлюзи, виконавши дії, описані вище.
Для невдалої міграції просто повторно зареєструйте попередню вихідну адресу проксі-сервера. Виконайте наведені нижче інструкції, щоб виконати відкат і відновити службу.
voice class tenant 201
no registrar
outbound-proxy dns:lgwrestest.killarney.cisco.com
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!
Якщо виконати відкат, у конфігурації в Control Hub все ще відображатиметься нова вихідна проксі-адреса. Це очікувана поведінка. Служба продовжить працювати зі старою вихідною проксі-адресою.
Переконайтеся, що ви правильно виконали крок 2 Виконайте міграцію локального шлюзу в Control Hub розділі, і немає брандмауера, що блокує доступ до нового вихідного проксі.
Якщо ви не можете вирішити цю проблему, зверніться до Підтримка Cisco Webex Calling .
Важливо переконатися, що служби після міграції працюють у звичайному режимі. Обов’язково протестуйте службу після завершення міграції. Ви можете протестувати свою службу, здійснюючи виклики на телефонні номери з пристроїв Webex Calling або тестуючи виклики на будь-який SBC, який використовується разом із Webex Calling.