Благодарим за обратната връзка.
Мигрирайте локалния шлюз
Обратна връзка?Подобренията на тази нова инфраструктура включват:
-
Подобрена производителност на обработка на повиквания, позволяваща до 250 едновременни сесии на регистрация на локален шлюз.
-
Поддържа използването на Webex CallingMedia Optimization за разговори между настолни телефони, приложението Webex и локален шлюз.
Спецификации:
-
Публикуван е нов списък с прокси адреси. Прокси адресът е статичен DNS запис, който се получава от Control Hub по време на процеса на въвеждане на локален шлюз и след това се конфигурира в конфигурацията на наемателя на локалния шлюз за регистриране на шлюза.
-
Webex Callingоблачните операции изискват клиентите да мигрират локални шлюзове, които използват по-стар прокси адрес. Подробностите са описани в следващите раздели.
Ако някой от вашите локални шлюзове има изходящ прокси адрес, който не е част от новия диапазон на Webex Calling прокси адреси, посочен по-долу, мигрирайте ръчно според удобството на вашата организация. Адресът, посочен в Control Hub, е един от новите адреси по-долу; обаче локалният ви шлюз в момента може да е конфигуриран със стар адрес и изисква мигриране.
Тази миграция не трябва да отнеме повече от 10-15 минути. По време на миграцията обаче локалният шлюз се пререгистрира в облака, което влияе върху услугата. Затова ви препоръчваме да извършвате тази дейност по време на прозорец за поддръжка.
US
Канада
Европа
Япония
Австралия
Сингапур
Новите устройства на Local Gateway, включени от декември 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 |
Влезте в контролния център. |
| 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 правилно в секцията Мигриране на локалния шлюз в контролния център и няма защитна стена, блокираща достъпа до новия изходящ прокси сървър.
-
Ако не можете да разрешите този проблем, свържете се с Cisco Webex Callingподдръжката.
Важно е да се гарантира, че услугите работят нормално след миграцията. Не забравяйте да тествате услугата си, след като завършите миграцията. Можете да тествате услугата си, като осъществявате обаждания до телефонни номера от вашите Webex Calling устройства или тествате обаждания към всеки SBC, който се използва заедно сWebex Calling.
