Перенесення локального шлюзу
Платформа Webex Calling включає оновлену хмарну інфраструктуру, до якої підключаються локальні шлюзи на базі вашого приміщення. Це оновлення покращує обслуговування та вмикає кілька нових функцій для локального шлюзу.
Покращення цієї нової інфраструктури включають:
-
Покращена продуктивність обробки викликів, що дозволяє проводити до 250 одночасних сеансів на реєстрацію локального шлюзу.
-
Підтримує використання Оптимізація медіа Webex Calling для викликів між настільними телефонами, програмою Webex і локальним шлюзом.
Специфікації:
-
Вийшов новий список адрес проксі- серверів. Адреса проксі-сервера — це статичний запис DNS, який отримується з Control Hub під час процесу адаптації локального шлюзу, а потім настроюється в конфігурації клієнта локального шлюзу для реєстрації шлюзу.
-
Хмарні операції Webex Calling просять клієнтів перенести локальні шлюзи, які використовують стару адресу проксі. Деталі викладені в наступних розділах.
Якщо будь-який із ваших локальних шлюзів має вихідну проксі-адресу, яка не входить до нового діапазону проксі-адрес Webex Calling, наведеного нижче, виконайте міграцію вручну відповідно до зручності вашої організації. Адреса, указана в Control Hub, є однією з нових адрес нижче; однак наразі для вашого локального шлюзу може бути налаштовано стару адресу й вимагається міграція.
Ця міграція не має тривати більше 10–15 хвилин. Однак під час міграції локальний шлюз повторно реєструється в хмарі, що впливає на службу. Тому ми рекомендуємо вам виконувати цю діяльність під час вікна технічного обслуговування.
США
Канада
Європа
Японія
Австралія
Сінгапур
Нові пристрої Local Gateway, підключені до борту з грудня 2020 року, автоматично налаштовуються на використання цієї інфраструктури, і тому можуть не знадобитися жодних дій. Ми рекомендуємо звернутися до наведеного вище списку, щоб перевірити, чи потрібно перенесення будь-якому з ваших локальних шлюзів, і якщо так, виконати перенесення відповідно до наведених нижче вказівок.
Щоб зрозуміти, чи може комусь із ваших локальних шлюзів знадобитися перенесення, зверніться до розділу Початок роботи з перенесенням локального шлюзу .
Екрани конфігурації в Центрікерування, етапи конфігурації CUBE та адреса вихідного проксі-сервера відрізнятимуться залежно від розташування організації та локального шлюзу. Докладні відомості, перелічені в наведених нижче кроках, є лише прикладами.
Перш ніж почати
-
Оновіть список контролю доступу в cube —Webex Calling має оновлений діапазон IP-адрес контролера меж сеансу (SBC), який, можливо, доведеться застосувати як надійний список до всіх КУБів вашої організації, підключених до Webex Calling. Перевірте найновіший діапазон IP-адрес за допомогою довідкового посібника з порту виклику Webex, щоб підтвердити, чи він уже застосований, і, якщо ні, зверніться до кроків конфігурації, наведених на кроці 1 від Реєстрації локального шлюзу до Webex Calling, щоб виконати це оновлення. Наявність оновлених «довірених IP-адрес» на вашому КУБІ є обов'язковою вимогою, яка, якщо її не оновити, призведе до збоїв у виклику.
-
Переконайтеся, що зовнішній брандмауер дозволяє отримувати ці IP-адреси з вашого куба — якщо зовнішній брандмауер фільтрує IP-адреси, до яких може отримати куб, ви також повинні оновити його, щоб локальний шлюз міг зв'язатися з хмарою. Для отримання додаткової інформації зверніться до Довідково-інформаційного довідника порту.
-
Переконайтеся, що прив'язка довіри до CUBE оновлено, виконавши крок 5 від Функції "Виконати конфігурацію довідкової платформи".
За допомогою Центрукерування можна отримати нову вихідну проксі-адресу.
| 1 |
У поданні клієнта перейдіть https://admin.webex.comдо розділу Службита виберіть |
| 2 |
Виберіть підключення до ТМЗК, а потім натисніть кнопку Редагувати в розділі Локальний шлюз. |
| 3 |
Клацніть Керування , щоб отримати доступ до конфігурації локального шлюзу. |
| 4 |
Скопіюйте вихідну адресу проксі-сервера. Якщо у вашій організації багато локальних шлюзів, імовірно, що кожного разу, коли ви виконуєте вищенаведене завдання для іншого локального шлюзу, ви отримуватимете різні адреси вихідних проксі-серверів із Центру керування. Переконайтеся, що ви скопіювали конкретну вихідну адресу проксі-сервера з Центру керування для кожного настроєного локального шлюзу. Вибір конкретної адреси важливий для надмірності та балансування трафіку.  |
Оновлення конфігурації локального шлюзу впливає на службу та може вплинути на активні виклики.
У наведеному нижче прикладі клієнт 201 – це клієнт, який підключається до webex Calling. Введіть правильний клієнт для конфігурації.
#show running-config| s — клієнт класу голосу 201 — власник класу голосу 201 dns реєстратора:lgw2.killarney.cisco.com схема sips закінчується термін дії 240, коефіцієнт оновлення 50 tcp tls номер облікових даних TRUNK_ ГРУПА_ 24740_ Ім’я користувача LGU TRUNK_ ГРУПА_ 29959_ Пароль LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_ad Ім’я користувача автентифікації BroadWorks області STbLMHV TRUNK_ ГРУПА_ 29959_ Пароль LGU 7 xxxxxxxx область BroadWorks автентифікація ім’я користувача TRUNK_ ГРУПА_ 29959_ Пароль LGU 6 xxxxxxxx область lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com підключення-повторне використання сеансу транспортування tcp tls url ковтки помилка-перехідчерез керування прив’язкою джерело-інтерфейс GigabitEthernet1 прив’язка1 GigabitEthernet1 не прив’язка медіаджерело -thru content custom-sdp sip-profiles 201 DNS вихідного проксі:lgwrestest.killarney.cisco.com | 1 |
Видаліть виділену жирним шрифтом лінію, що починається з Тепер місцевий шлюз скасує реєстрацію на Webex Calling. |
| 2 |
Переконайтеся, що ваш локальний шлюз не зареєстрований для виклику Webex, ввівши наведені нижче команди. |
| 3 |
Візьміть нову адресу, скопійовану з Центру керування, і додайте рядок реєстратора зверху назад. У наведеному нижче прикладі наш OBP був Ваш локальний шлюз зареєструється в новому OBP. |
| 4 |
Перевірте успішну реєстрацію за допомогою наступної команди. Він повинен виробляти вихід, аналогічний наведеному нижче. |
Що далі
Оновіть інші локальні шлюзи, виконавши ті самі дії, що й вище.
Для невдалої міграції просто перереєструйте свою попередню вихідну проксі-адресу. Дотримуйтеся наведених нижче вказівок, щоб відкотити службу та відновити її.
клієнт класу голосу 201 немає реєстратора вихідний-проксі-сервер dns:lgwrestest.killarney.cisco.com реєстратор dns:lgw2.killarney.cisco.com схема sips закінчується 240 коефіцієнт оновлення 50 tcp tls ! -
Якщо відкотити назад, конфігурація в Центрі керування все одно відображатиме нову вихідну адресу проксі-сервера. Це очікувана поведінка. Сервіс продовжить працювати зі старою вихідною проксі-адресою.
-
Переконайтеся, що ви правильно виконали крок 2 у розділі Перенесення локального шлюзу в Центрі керування, і немає брандмауера, який блокує доступ до нового вихідного проксі-сервера.
-
Якщо ви не можете вирішити цю проблему, зверніться до служби підтримкиCisco Webex.
Важливо переконатися, що служби працюють у звичайному режимі після міграції. Обов'язково протестуйте свою службу після завершення міграції. Ви можете протестувати свою послугу, здійснюючи дзвінки на телефонні номери зі своїх пристроїв Webex Calling або тестуючи дзвінки на будь-який SBC, який використовується разом із Webex Calling.
