Platforma Webex Calling zawiera ulepszoną infrastrukturę chmury, z którą łączą się lokalne bramy lokalne. Uaktualnienie to usprawnia obsługę i umożliwia korzystanie z kilku nowych funkcji bramy lokalnej.
Ulepszenia tej nowej infrastruktury obejmują:
Poprawiona wydajność obsługi połączeń, umożliwiająca do 250 jednoczesnych sesji na rejestrację bramy lokalnej.
Obsługuje korzystanie z optymalizacji multimediów Webex Calling do połączeń między telefonami biurkowymi, aplikacją Webex i bramą lokalną.
Specyfikacje:
Została opublikowana nowa lista adresów proxy. Adres proxy to statyczny rekord DNS uzyskiwany z Control Hub podczas procesu wprowadzania bramy lokalnej, a następnie skonfigurowany w konfiguracji dzierżawy bramy lokalnej do rejestracji bramy.
Operacje w chmurze Webex Calling wymagają od klientów migracji lokalnych bram, które używają starszego adresu serwera proxy. Szczegółowe informacje przedstawiono w następujących sekcjach.
Jeśli którakolwiek z lokalnych bram ma wychodzący adres proxy, który nie jest częścią nowego zakresu adresów proxy Webex Calling wymienionego poniżej, ręcznie migrowaj według wygody swojej organizacji. Adres wymieniony w Control Hub jest jednym z nowych adresów wymienionych poniżej; jednak brama lokalna może być obecnie skonfigurowana ze starym adresem i wymaga migracji.
Migracja ta nie powinna trwać dłużej niż 10–15 minut. Jednak podczas migracji brama lokalna ponownie przechodzi do chmury, co ma wpływ na usługę. W związku z tym zalecamy przeprowadzenie tej czynności w oknie konserwacji.
US
Kanada
Europa
Japonia
Australia
Singapur
Wbudowane od grudnia 2020 r. nowe urządzenia bramy lokalnej są automatycznie konfigurowane w celu korzystania z tej infrastruktury, w związku z czym nie są konieczne żadne działania. Zalecamy zapoznanie się z powyższą listą, aby sprawdzić, czy któryś z lokalnych bram wymaga migracji, a jeśli tak, wykonaj migrację zgodnie z poniższymi wytycznymi. |
Aby zrozumieć, czy którakolwiek z lokalnych bram może wymagać migracji, zapoznaj się z sekcją Rozpocznij w sekcji Migracja bramy lokalnej.
Ekrany konfiguracji w Control Hub, kroki konfiguracji CUBE i wychodzący adres proxy będą się różnić w zależności od lokalizacji organizacji i bramy lokalnej. Szczegóły wymienione w krokach przedstawionych poniżej są tylko przykładami. |
Przed rozpoczęciem
Zaktualizuj listę kontroli dostępu w CUBE — Webex Calling ma zaktualizowany zakres adresów IP kontrolera granic sesji (SBC), które mogą być stosowane jako zaufana lista wszystkich CUBEs w organizacji łączącej się z Webex Calling. Zweryfikuj najnowszy zakres adresów IP z przewodnika referencyjnego portów połączeń Webex , aby potwierdzić, czy jest już stosowany, a jeśli nie, zapoznaj się z etapami konfiguracji w ramach kroku 1 od Rejestruj bramę lokalną do Webex Calling , aby wykonać tę aktualizację. Aktualizowanie „zaufanych adresów IP” w CUBE jest wymogiem obowiązkowym, który, jeśli nie zostanie zaktualizowany, spowoduje niepowodzenie połączeń.
Upewnij się, że zapora zewnętrzna umożliwia dotarcie do tych adresów IP z poziomu CUBE — jeśli zapora zewnętrzna filtruje adresy IP, do których może dotrzeć CUBE, należy ją zaktualizować, aby brama lokalna mogła skontaktować się z chmurą. zapoznaj się z Podręcznik informacyjny portu aby uzyskać więcej informacji.
Upewnij się, że kotwica zaufania na CUBE została zaktualizowana, wykonując krok 5 z Perform Reference Platform Configuration (Konfiguracja platformy referencyjnej).
W Control Hub można uzyskać nowy adres nadawczego serwera proxy.
1 | Z widoku klienta w https://admin.webex.com, przejdź do usług i wybierz . | ||
2 | Wybierz połączenie PSTN, a następnie kliknij przycisk Edytuj w obszarze Brama lokalna. | ||
3 | Kliknij Zarządzaj, aby uzyskać dostęp do konfiguracji bramy lokalnej. | ||
4 | Skopiuj wychodzący adres proxy.
![]() |
Aktualizacja konfiguracji bramy lokalnej ma wpływ na usługę i może mieć wpływ na aktywne połączenia.
W poniższym przykładzie dzierżawa 201 jest dzierżawą, która łączy się z Webex Calling. Wprowadź poprawną dzierżawę 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 | Zdjąć linię odkręconą rozpoczynając od Brama lokalna zrezygnuje z rejestracji w usłudze Webex Calling. |
2 | Upewnij się, że brama lokalna nie jest zarejestrowana w usłudze Webex Calling, wprowadzając następujące polecenia.
|
3 | Weź nowy adres skopiowany z Control Hub i dodaj linię rejestratora z góry. W poniższym przykładzie nasze ciśnienie OBP było
Twoja brama lokalna zarejestruje się w nowym OBP. |
4 | Zatwierdzenie rejestracji powiodło się za pomocą następującego polecenia.
Powinna produkować produkcję podobną do poniżej.
|
Co zrobić dalej
Zaktualizuj pozostałe bramy lokalne, wykonując te same czynności, co powyżej.
W przypadku nieudanej migracji wystarczy ponownie zarejestrować poprzedni adres nadawczego serwera proxy. Postępuj zgodnie z poniższymi instrukcjami, aby cofnąć 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 cofniesz się, konfiguracja w Control Hub nadal wyświetla nowy adres serwera proxy wychodzącego. To jest oczekiwane zachowanie. Usługa będzie nadal pracować ze starym adresem serwera proxy wychodzącego.
Upewnij się, że prawidłowo wykonałeś krok 2 w sekcji Migracja bramy lokalnej w Control Hub i nie ma zapory blokującej dostęp do nowego serwera proxy wychodzącego.
Jeśli nie możesz rozwiązać tego problemu, skontaktuj się z pomocą techniczną Cisco Webex Calling.
Ważne jest, aby usługi działały jak zwykle po migracji. Sprawdź, czy usługa jest testowana po zakończeniu migracji. Usługa można przetestować, wykonując połączenia na numery telefonów z urządzeń Webex Calling lub testując połączenia do dowolnego SBC używanego w połączeniu z Webex Calling.