Дякуємо за відгук.
Перенесення локального шлюзу
Надіслати відгук?Покращення цієї нової інфраструктури включають:
-
Покращена продуктивність обробки викликів, що дозволяє до 250 одночасних сеансів на реєстрацію локального шлюзу.
-
Підтримує використання оптимізації Webex Calling медіа для дзвінків між настільними телефонами, додатком Webex та локальним шлюзом.
Технічні характеристики:
-
Випущено новий список проксі-адрес. Адреса проксі-сервера — це статичний запис DNS, який отримується з Центру керування під час процесу інтеграції локального шлюзу, а потім налаштовується в конфігурації орендаря локального шлюзу для реєстрації шлюзу.
-
Webex Callingхмарні операції вимагають від клієнтів мігрувати локальні шлюзи, які використовують стару адресу проксі-сервера. Деталі викладені в наступних розділах.
Якщо будь-який з ваших локальних шлюзів має вихідну адресу проксі-сервера, яка не входить до нового діапазону адре Webex Calling с проксі-сервера, переведіть вручну відповідно до зручності вашої організації. Адреса, перелічена в Контрольному центрі, є однією з нових адрес нижче. Однак локальний шлюз наразі може бути налаштований на стару адресу і потребує міграції.
Ця міграція не повинна займати більше 10-15 хвилин. Однак під час міграції локальний шлюз перереєструється в хмару, що впливає на службу. Тому ми рекомендуємо виконувати цю діяльність під час періоду технічного обслуговування.
US
Канади
Європа
Японія
Австралія
Сінгапур
Нові пристрої локального шлюзу, введені на борт з грудня 2020 року, автоматично налаштовуються для використання цієї інфраструктури, і тому ніяких дій може не знадобитися. Рекомендуємо звернутися до наведеного вище списку, щоб перевірити, чи потрібен якийсь із ваших локальних шлюзів міграція, а якщо так, виконайте міграцію відповідно до наведених нижче вказівок.
Щоб дізнатися, чи потрібен якийсь із ваших локальних шлюзів міграція, зверніться до розділу Поч аток роботи з міграцією локального шлюзу.
Екрани конфігурації в Центрі керування, кроки налаштування CUBE та вихідні проксі-адреси залежать від місцезнаходження вашої організації та локального шлюзу. Деталі, перелічені в наведених нижче кроках, є лише прикладами.
Перш ніж почати
-
Оновити список контролю доступу на CUBE— містить онов Webex Calling лений діапазон IP-адрес контролера кордону сеансів (SBC), які, можливо, доведеться застосувати як довірений список для всіх CUBE у вашій організації, до Webex Calling яких підключається. Перевірте останній діапазон IP-адрес Webex Callingу довідковому посібнику пор тів, щоб підтвердити, чи він уже застосований, і, якщо ні, зверніться до кроків налаштування під кроком 1 у розділі Реє страція локального шлюзу, Webex Calling щоб виконати це оновлення. Наявність актуальних «надійних IP-адрес» на вашому CUBE є обов'язковою вимогою, яка, якщо її не оновити, призведе до відмов дзвінків.
-
Переконайтеся, що зовнішній брандмауер дозволяє отримувати доступ до цих IP-адрес з вашого Cube. Якщо зовнішній брандмауер фільтрує IP-адреси, до яких може дістатися CUBE, потрібно оновити це також, щоб локальний шлюз міг зв'язатися з хмарою. Для отримання додаткової інформації зверніться до довідкового посібника з пор тів.
-
Переконайтеся, що якір довіри на CUBE оновлено, виконавши крок 5 у розділі Виконати конфігурацію довідкової платформи.
З Центру керування ви можете отримати нову адресу вихідного проксі-сервера.
| 1 |
Увійдіть до центру керування. |
| 2 |
|
| 3 |
Виберіть підключення PSTN, а потім натисніть Реда гувати в розділі Ло кальний шлюз. |
| 4 |
Натисніть кнопку Керувати, щоб отримати доступ до конфігурації локального шлюзу. |
| 5 |
Скопіюйте адресу вихідного проксі-сервера. Якщо у вашій організації багато локальних шлюзів, ймовірно, щоразу, коли ви виконуєте вищезазначене завдання для іншого локального шлюзу, ви отримуєте різні вихідні адреси проксі-сервера з Центру керування. Переконайтеся, що ви копіюєте певну адресу вихідного проксі-сервера з Центру керування для кожного локального шлюзу, який ви налаштовуєте. Вибір конкретної адреси важливий для резервування та балансування навантаження трафіку. 
|
Оновлення конфігурації локального шлюзу впливає на службу і може вплинути на активні дзвінки.
У наведеному нижче прикладі орендар 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
!
-
Якщо виконати відкат, конфігурація в Центрі керування все одно відображає нову адресу вихідного проксі-сервера. Це очікувана поведінка. Сервіс продовжить працювати зі старою адресою вихідного проксі-сервера.
-
Переконайтеся, що ви правильно виконали крок 2 у розділі Мі грація локального шлюзу в розділі Контрольний центр, і немає брандмауера, що блокує доступ до нового вихідного проксі-сервера.
-
Якщо ви не можете вирішити цю проблему, зверніться до служби Cisco Webex Callingпідтримки.
Важливо переконатися, що служби працюють як звичайні після міграції. Обов'язково перевірте свою службу після завершення міграції. Ви можете перевірити свою послугу, здійснюючи дзвінки на телефонні номери зі своїх Webex Calling пристроїв або тестуючи дзвінки на будь-який SBC, який використовується разом ізWebex Calling.
