Dziękujemy za opinię.
Migrowanie bramy lokalnej
Opinia?Ulepszenia tej nowej infrastruktury obejmują:
-
Zwiększona wydajność obsługi połączeń, umożliwiająca jednoczesną rejestrację bramy lokalnej do 250 sesji.
-
Obsługuje używanie optymalizacji mediów Webex Calling dla 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 Twoich bram lokalnych ma adres serwera proxy ruchu wychodzącego, który nie jest częścią nowego zakresu adresów serwera proxy Webex Calling wymienionego poniżej, wykonaj ręczną migrację zgodnie z preferencjami Twojej organizacji. Adres wymieniony w Control Hub jest jednym z poniższych nowych adresów. Jednak brama lokalna może być obecnie skonfigurowana ze starym adresem i wymaga migracji.
Ta migracja nie powinna zająć więcej niż 10–15 minut. Jednak podczas migracji brama lokalna rejestruje się ponownie w chmurze, 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ę uruchomioną | s klasa głosu dzierżawca 201 klasa głosu dzierżawca 201 rejestrator dns:lgw2.killarney.cisco.com schemat sips wygasa 240 odświeżania-stosunku 50 tcp tls numer UWIERZYTELNIANIA_grupa_24740_Łącze magistralowe użytkownika LGU_grupa_29959_Hasło LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adNazwa użytkownika uwierzytelniania BroadWorks w domenie STbLMHV_grupa_29959_Hasło LGU 7 xxxxxxxx domeny uwierzytelniania BroadWorks nazwa użytkownika ŁĄCZE MAGISTRALOWE_grupa_29959_Hasło LGU 6 xxxxxxxx realm lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com połączenie-ponowne wykorzystanie transportu sesji tcp tls url sips błąd-passthru powiązanie kontroli source-interface GigabitEthernet1 powiązanie źródła mediów-interfejs GigabitEthernet1 brak zawartości pass-thru niestandardowe-sdp sip-profile 201 dns nadawczego serwera proxy: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 naszym 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ę.
Dzierżawca klasy głosowej 201 brak rejestratora wychodzącego-proxy dns:lgwrestest.killarney.cisco.com rejestratora dns:lgw2.killarney.cisco.com schemat sips wygasa 240 odświeżania-stosunek 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.
