Platforma Webex Calling zawiera ulepszoną infrastrukturę chmury, z którą łączą się lokalne bramy lokalne. To uaktualnienie usprawnia usługę i włącza kilka nowych funkcji bramy lokalnej.
Ulepszenia tej nowej infrastruktury obejmują:
Zwiększona wydajność obsługi połączeń, umożliwiająca jednoczesną rejestrację bramy lokalnej do 250 sesji.
Obsługuje korzystanie z Webex Calling Media Optimization dla połączeń między telefonami stacjonarnymi, aplikacją Webex i bramą lokalną.
Specyfikacje:
Opublikowano nową listę adresów proxy. Adres serwera proxy to statyczny rekord DNS uzyskiwany z centrum sterowania podczas procesu dołączania bramy lokalnej, a następnie konfigurowany w konfiguracji dzierżawy bramy lokalnej do rejestrowania bramy.
Operacje w chmurze Webex Calling wymagają od klientów migracji bram lokalnych, które używają starszego adresu proxy. Szczegóły przedstawiono w poniższych sekcjach.
Jeśli którakolwiek z bram lokalnych ma wychodzący adres serwera proxy, który nie jest częścią nowego zakresu adresów serwera proxy Webex Calling wymienionego poniżej, należy przeprowadzić migrację ręczną zgodnie z wygodą organizacji. Adres wymieniony w Control Hub będzie jednym z nowych adresów poniżej; jednak brama lokalna może być obecnie skonfigurowana ze starym adresem i będzie wymagać migracji.
Ta migracja nie powinna zająć więcej niż 10-15 minut. Jednak podczas migracji brama lokalna ponownie zarejestruje się w chmurze, co będzie miało wpływ na usługę. Dlatego zalecamy wykonanie tej czynności podczas okna konserwacji.
NAM
Kanada
Europa
Japonia
Australia
sy03.sipconnect-au.bcld.webex.com dosy14.sipconnect-au.bcld.webex.com
me03.sipconnect-au.bcld.webex.com dome14.sipconnect-au.bcld.webex.com
 |
Nowe urządzenia bramy lokalnej dołączone od grudnia 2020 r. są automatycznie konfigurowane do korzystania z tej infrastruktury, dlatego mogą nie być wymagane żadne działania. Zalecamy zapoznanie się z powyższą listą w celu sprawdzenia, czy którakolwiek z bram lokalnych wymaga migracji, a jeśli tak, przeprowadzenie migracji zgodnie z poniższymi wskazówkami. |
Aby dowiedzieć się, czy którakolwiek z bram lokalnych może wymagać migracji, zapoznaj się z sekcją Wprowadzenie do migracji bramy lokalnej.
|
Ekrany konfiguracji w centrumsterowania, krokach konfiguracji modułu CUBE i adresie wychodzącego serwera proxy będą się różnić w zależności od lokalizacji organizacji i bramy lokalnej. Szczegóły wymienione w poniższych krokach są tylko przykładami. |
Przed rozpoczęciem
Zaktualizuj listę kontroli dostępu w module CUBE —Webex Calling ma zaktualizowany zakres adresów IP kontrolera granicznego sesji (SBC), które mogą wymagać zastosowania jako zaufanej listy we wszystkich KUBE w organizacji łączących się z WebexCalling. Sprawdź najnowszy zakres adresów IP z Webex Calling Port Reference Guide, aby potwierdzić, czy został już zastosowany, a jeśli nie, zapoznaj się z krokami konfiguracji w kroku 1 z Zarejestruj bramę lokalną do Webex Calling, aby wykonać tę aktualizację. Posiadanie aktualnych "zaufanych adresów IP" na CUBE jest obowiązkowym wymogiem, który, jeśli nie zostanie zaktualizowany, spowoduje niepowodzenia połączeń.
Upewnij się, że zapora zewnętrzna umożliwia dostęp do tych adresów IP z modułu CUBE — jeśli zapora zewnętrzna filtruje adresy IP, do których może dotrzeć moduł modułu, należy go również zaktualizować, aby brama lokalna mogła skontaktować się z chmurą. Więcej informacji można znaleźć w Przewodniku po informacjach o portach.
Upewnij się, że kotwica zaufania w module CUBE została zaktualizowana, wykonując krok 5 z sekcji Wykonaj konfigurację platformyreferencyjnej.
Z control Hub można uzyskać nowy adreswychodzącego serwera proxy.
| 1 | Z widoku klienta w https://admin.webex.commenu , przejdź do Usługi i wybierz połączenia >. |
||
| 2 | Wybierz połączenie PSTN, a następnie kliknij przycisk Edytuj w obszarze Brama lokalna. |
||
| 3 | Kliknij przycisk Zarządzaj, aby uzyskać dostęp do konfiguracji bramy lokalnej. |
||
| 4 | Skopiuj adres wychodzącego serwera proxy.
 |
Aktualizacja konfiguracji bramy lokalnej ma wpływ na usługę i może mieć wpływ na aktywne wywołania.
W poniższym przykładzie dzierżawa 201 to dzierżawa, która łączy się z Webex Calling. Wprowadź poprawną dzierżawę dla swojej konfiguracji.
#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 | Usuń pogrubioną linię zaczynającą się od Brama lokalna zrezygnuje teraz z rejestracji na Webex Calling. |
| 2 | Upewnij się, że brama lokalna nie jest zarejestrowana w Webex Calling, wprowadzając następujące polecenia. |
| 3 | Weź nowy adres skopiowany z Control Hub i dodaj wierszrejestratora z góry. W poniższym przykładzie nasz OBP był Twoja brama lokalna zarejestruje się w nowym OBP. |
| 4 | Sprawdź, czy rejestracja zakończyła się pomyślnie, używając następującego polecenia. Powinien wytwarzać wyniki podobne do poniższych. |
Co dalej?
Zaktualizuj inne bramy lokalne, wykonując te same kroki, co powyżej.
W przypadku nieudanej migracji wystarczy ponownie zarejestrować poprzedni adres wychodzącego serwera proxy. Postępuj zgodnie z poniższymi instrukcjami, aby przywrócić i przywrócić usługę.
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
!
Jeśli wycofasz, konfiguracja w Control Hub nadal będzie wyświetlać nowy adres wychodzącego serwera proxy. Jest to oczekiwane zachowanie. Usługa będzie nadal działać ze starym adresem wychodzącego serwera proxy.
Upewnij się, że krok 2 został wykonany poprawnie w sekcji Migracja bramy lokalnej w sekcji Control Hub i że nie ma zapory blokującej dostęp do nowego wychodzącego serwera proxy.
Jeśli nie możesz rozwiązać tego problemu, skontaktuj się z pomocą techniczną Cisco Webex CallingSupport.
Ważne jest, aby upewnić się, że usługi działają normalnie po migracji. Pamiętaj, aby przetestować usługę po zakończeniu migracji. Możesz przetestować swoją usługę, wykonując połączenia z numerami telefonów z urządzeń Webex Calling lub testując połączenia z dowolnym kontrolerem SBC używanym w połączeniu z Webex Calling.
