Dziękujemy za opinię.
Migracja bramy lokalnej
Opinia?Ulepszenia tej nowej infrastruktury obejmują:
-
Poprawiona wydajność obsługi połączeń, umożliwiająca do 250 jednoczesnych sesji na rejestrację lokalnej bramki.
-
Obsługuje korzystanie z optymalizacji Webex Calling multimedi ów do połączeń między telefonami stacjonarnymi, aplikacją Webex i lokalną bramą.
Specyfikacje:
-
Została opublikowana nowa lista adresów proxy. Adres proxy to statyczny rekord DNS, który jest uzyskiwany z Control Hub podczas procesu wdrażania bramy lokalnej, a następnie skonfigurowany w konfiguracji najemcy bramy lokalnej do rejestracji bramy.
-
Webex CallingOperacje w chmurze wymagają od klientów migracji lokalnych bram używających starszego adresu proxy. Szczegóły przedstawiono w kolejnych sekcjach.
Jeśli którakolwiek z lokalnych bram ma wychodzący adres proxy, który nie jest częścią nowego zakresu adresów Webex Calling proxy wymienionego poniżej, przeprowadź ręczną migrację zgodnie z wymogami organizacji. Adres wymieniony w Centrum sterowania jest jednym z nowych adresów poniżej; jednak brama lokalna może być obecnie skonfigurowana ze starym adresem i wymaga migracji.
Ta migracja nie powinna trwać dłużej niż 10-15 minut. Jednak podczas migracji lokalna brama rejestruje się ponownie do chmury, co wpływa na usługę. Dlatego zalecamy wykonanie tej czynności podczas okna konserwacji.
US
Kanada
Europa
Japonia
Australia
Singapur
Nowe urządzenia Local Gateway uruchomione od grudnia 2020 r. są automatycznie konfigurowane do korzystania z tej infrastruktury, dlatego nie będą potrzebne żadne działania. Zalecamy zapoznanie się z powyższą listą, aby sprawdzić, czy którakolwiek z bram lokalnych wymaga migracji, a jeśli tak, przeprowadź migrację zgodnie z poniższymi wskazówkami.
Aby dowiedzieć się, czy którakolwiek z bram lokalnych może wymagać migracji, zapoznaj się z sekcją Rozpocz nij pracę z migracją bramy lokal nej.
Ekrany konfiguracji w Centrum sterowania, krokach konfiguracji CUBE i wychodzącym adresie proxy różnią się w zależności od lokalizacji organizacji i bramy lokalnej. Szczegóły wymienione w krokach pokazanych poniżej są tylko przykładami.
Zanim zaczniesz
-
Aktualizuj listę kontroli dostępu w programie CUBE — Webex Calling zawiera zaktualizowany zakres adresów IP kontrolera granicy sesji (SBC), które mogą być konieczne zastosowanie jako listy zaufanych we wszystkich urządzeniach CUBE w organizacji, z którymi się Webex Calling łączy. Sprawdź najnowszy zakres adresów IP w Webex CallingPorcie Reference Guide, aby potwierdzić, czy został już zastosowany, a jeśli nie, zapoznaj się z krokami konfiguracji w kroku 1 w sekcji Zarejest ruj bramę lokalną, Webex Calling aby wykonać tę aktualizację. Posiadanie aktualnych „zaufanych adresów IP” na urządzeniu CUBE jest obowiązkowym wymogiem, który, jeśli nie zostanie zaktualizowany, spowoduje awarię połączeń.
-
Upewnij się, że zewnętrzna zapora zezwala na dostęp do tych adresów IP z Cube. Jeśli zewnętrzna zapora sieciowa filtruje adresy IP, do których może dotrzeć CUBE, należy ją również zaktualizować, aby brama lokalna mogła skontaktować się z chmurą. Aby uzyskać więcej informacji, za poznaj się z przewodnikiem dotyczącym informacji o port ach.
-
Upewnij się, że kotwica zaufania w CUBE została zaktualizowana, wykonując krok 5 z sekcji Wykonaj konfigurację platformy referencyjnej.
W Centrum sterowania możesz uzyskać nowy adres proxy wychodzącego.
| 1 |
Zaloguj się do Control Hub. |
| 2 |
|
| 3 |
Wybierz połączenie PSTN, a następnie kliknij Edytuj w obszarze Brama lokal na. |
| 4 |
Kliknij przycisk Zarządzaj, aby uzyskać dostęp do konfiguracji bramy lokalnej. |
| 5 |
Skopiuj wychodzący adres proxy. Jeśli w organizacji jest wiele bram lokalnych, prawdopodobne jest, że za każdym razem, gdy wykonasz powyższe zadanie dla innej bramy lokalnej, otrzymasz różne adresy proxy wychodzących z Centrum sterowania. Upewnij się, że skopiowałeś określony adres proxy wychodzącego z Centrum sterowania dla każdej skonfigurowanej bramy lokalnej. Wybór konkretnego adresu jest ważny dla nadmiarowości i równoważenia obciążenia ruchu. 
|
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 najemca 201 jest najemcą, który łączy się zWebex Calling. Wprowadź właściwego najemcę 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ę Local Gateway zrezygnuje teraz z rejestracji doWebex Calling. |
| 2 |
Upewnij się, że Twoja brama lokalna Webex Calling nie jest zarejestrowana, wprowadzając następujące polecenia. |
| 3 |
Weź nowy adres skopiowany z Centrum sterowania i dodaj wiersz rejestratora od góry do tyłu. W poniższym przykładzie nasz OBP był Twoja lokalna bramka zarejestruje się w nowym OBP. |
| 4 |
Sprawdź, czy rejestracja zakończyła się pomyślnie za pomocą następującego polecenia. Powinien wytwarzać wyniki podobne do poniższych. |
Co robić dalej
Zaktualizuj pozostałe bramki lokalne, wykonując te same czynności, co powyżej.
W przypadku nieudanej migracji po prostu ponownie zarejestruj poprzedni wychodzący adres 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 Centrum sterowania nadal wyświetla nowy adres proxy wychodzącego. Jest to oczekiwane zachowanie. Usługa będzie nadal działać ze starym wychodzącym adresem proxy.
-
Upewnij się, że poprawnie wykon ałeś krok 2 w sekcji Migracja bramy lokalnej w Centrum sterowania i 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ą Cisco Webex Callingtechniczną.
Ważne jest, aby zapewnić, ż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 na numery telefonów z Webex Calling urządzeń lub testując połączenia z dowolnym SBC, który jest używany w połączeniu zWebex Calling.
