Migrowanie bramy lokalnej
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 optymalizacji multimediów Webex Calling do połączeń między telefonami biurkowymi, 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 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ę. Dlatego zalecamy wykonanie tej czynności podczas okna konserwacji.
NAM
Kanada
Europa
Japonia
Australia
Singapur
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.com menu , 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. Jeśli w organizacji znajduje się wiele bram lokalnych, prawdopodobnie za każdym razem, gdy wykonasz powyższe zadanie dla innej bramy lokalnej, uzyskasz różne wychodzące adresy proxy z controlHub. Upewnij się, że skopiować określony adres wychodzącego serwera proxy z centrum sterowania dla każdej skonfigurowanej bramy lokalnej. Wybór konkretnego adresu jest ważny dla ruchu nadmiarowego i równoważenia obciążenia.  |
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.
#pokaż konfigurację bieżącą | s głosowy dzierżawca klasy 201 głosowy dzierżawca klasy 201 registrar dns:lgw2.killarney.cisco.com schemat sips wygasa 240 współczynnik odświeżania 50 tcp tls numer poświadczeń TRUNK_GRUPA_24740_Nazwa użytkownika LGU TRUNK_GRUPA_29959_Hasło LGU 6 K]W]ZP`PSZRKWE^WXXIPG\ ^_adSTbLMHV realm BroadWorks uwierzytelnianie nazwy użytkownika TRUNK_GRUPA_29959_Hasło LGU 7 xxxxxxxx realm BroadWorks uwierzytelnianie nazwy użytkownika TRUNK_GRUPA_29959_Hasło LGU 6 xxxxxxxx realm lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com połączenie-ponowne wykorzystanie sesji transport tcp tls url sips error-passthru bind control source-interface GigabitEthernet1 bind media source-interface GigabitEthernet1 no pass-thru content custom-sdp sip profile 201 Outbound-proxy dns:lgwrestest.killarney.cisco.com | 1 |
Zdejmij linię odkręconą rozpoczynają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 nasze OBP to 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ę.
dzierżawa klasy głosowej 201 bez rejestratora wychodzącego proxy dns:lgwrestest.killarney.cisco.com registrar dns:lgw2.killarney.cisco.com schemat sips wygasa 240 współczynnik odświeżania 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.
