Платформата за Webex Calling включва надградена облачна инфраструктура, към която се свързват вашите локални шлюзове, базирани на място. Тази надстройка подобрява услугата и дава възможност за няколко нови функции за локален шлюз.
Подобренията на тази нова инфраструктура включват:
Подобрена производителност при обработка на повиквания, позволяваща до 250 едновременни сесии за регистрация на локален шлюз .
Подпомага използването на Оптимизация на медиите за Webex Calling за разговори между настолни телефони, Webex приложение и локален шлюз.
Спецификации:
Пуснат е нов списък с прокси адреси. Прокси адресът е статичен DNS запис, който се получава от Control Hub по време на процеса на включване на локален шлюз и след това се конфигурира в конфигурацията на наемател на локалния шлюз за регистриране на шлюза.
Облачните операции на Webex Calling изискват от клиентите да мигрират локални шлюзове, които използват по-стар прокси адрес. Подробностите са описани в следващите раздели.
Ако някой от вашите локални шлюзове има изходящ прокси адрес, който не е част от новия диапазон на прокси адресите на 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.