Благодарим вас за обратную связь.
Перенесите локальный шлюз
Отправить обратную связь?Улучшения этой новой инфраструктуры включают следующее:
-
Повышенная производительность обработки вызовов, позволяющая проводить до 250 одновременных сеансов на одну регистрацию локального шлюза.
-
Поддерживает использование оптимизации Webex Calling мультимедиа для звонков между настольными телефонами, приложением Webex и локальным шлюзом.
Технические характеристики:
-
Выпущен новый список прокси-адресов. Адрес прокси-сервера — это статическая DNS-запись, получаемая из Control Hub в процессе подключения локального шлюза, а затем настраиваемая в конфигурации клиента локального шлюза для регистрации шлюза.
-
Webex Callingоблачные операции просят клиентов перенести локальные шлюзы, использующие старый прокси-адрес. Подробности изложены в следующих разделах.
Если какой-либо из ваших локальных шлюзов имеет исходящий прокси-адрес, который не входит в новый диапазон Webex Calling прокси-адресов, указанный ниже, выполните перенос вручную по усмотрению организации. Адрес, указанный в Control Hub, является одним из новых адресов, указанных ниже; однако в настоящее время в локальном шлюзе, возможно, используется старый адрес, и его необходимо перенести.
Эта миграция не должна занять более 10-15 минут. Однако во время миграции локальный шлюз перерегистрируется в облаке, что влияет на работу сервиса. Поэтому мы рекомендуем выполнить эту операцию во время периода обслуживания.
US
Канада
Европа
Япония
Австралия
Сингапур
Новые устройства локального шлюза, введенные в эксплуатацию с декабря 2020 года, автоматически настроены на использование этой инфраструктуры, поэтому, возможно, никаких действий не потребуется. Мы рекомендуем вам ознакомиться с приведенным выше списком, чтобы проверить, требуется ли перенос на какой-либо из ваших локальных шлюзов, и, если да, выполнить миграцию в соответствии с приведенными ниже рекомендациями.
Чтобы узнать, нуждается ли какой-либо из ваших локальных шлюзов в миграции, обратитесь к разделу Начало миграции локального шлюза.
Экраны настройки в Control Hub, этапы настройки CUBE и адрес исходящего прокси-сервера будут отличаться в зависимости от местоположения организации и локального шлюза. Сведения, приведенные в приведенных ниже шагах, являются только примерами.
Прежде чем начать
-
Обновите список управления доступом на CUBE — Webex Calling в нем обновлен диапазон IP-адресов пограничных контроллеров сеансов (SBC), которые, возможно, придется использовать в качестве списка доверенных лиц во всех CUB в вашей организации, подключенных к Webex Calling сети. Проверьте последний диапазон IP-адресов в справочном руководстве по Webex Calling портам, чтобы убедиться, что он уже применен. Если нет, обратитесь к шагам по настройке, описанным в шаге 1 раздела Регистрация локального шлюза, Webex Calling чтобы выполнить это обновление. Наличие актуальных «доверенных IP-адресов» на вашем CUBE — обязательное требование, которое, если оно не будет обновлено, приведет к сбоям вызовов.
-
Убедитесь, что внешний брандмауэр разрешает доступ к этим IP-адресам с вашего CUBE. Если внешний брандмауэр фильтрует IP-адреса, доступные CUBE, вы также должны обновить его, чтобы локальный шлюз мог связаться с облаком. Дополнительные сведения см. в справочном руководстве по портам.
-
Убедитесь, что привязка доверия на CUBE обновлена, выполнив шаг 5 в разделе «Выполнение конфигурации эталонной платформы».
В Control Hub вы можете получить новый адрес исходящего прокси-сервера.
| 1 |
Войдите в Control Hub. |
| 2 |
|
| 3 |
Выберите подключение к PSTN и нажмите кнопку Изменить в разделе Локальный шлюз. |
| 4 |
Нажмите «Управление», чтобы получить доступ к конфигурации локального шлюза. |
| 5 |
Скопируйте адрес исходящего прокси-сервера. Если в вашей организации много локальных шлюзов, вполне вероятно, что при каждом выполнении вышеуказанной задачи на другом локальном шлюзе вы будете получать от Control Hub разные адреса исходящих прокси-серверов. Убедитесь, что вы скопировали определенный исходящий прокси-адрес из Control Hub для каждого настроенного локального шлюза. Выбор конкретного адреса важен для резервирования и балансировки нагрузки трафика. 
|
Обновление конфигурации локального шлюза влияет на обслуживание и может повлиять на активные вызовы.
В приведенном ниже примере арендатор 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
