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 centrum sterowania 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


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

  1. 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 jest już zastosowany, a jeśli nie, zapoznaj się z krokami konfiguracji w kroku 1 od 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ń.

  2. 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.

  3. 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 >Przekierowywanie połączeń.

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 Control Hub. 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.

#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 registrar dns:xxxx i zapisz go na później. Zapisz także wychodzący adres wychodzącego serwera proxy.

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.

voice class tenant 201
  no registrar
!
show  sip-ua register status
3

Weź nowy adres skopiowany z Control Hub i dodaj wierszrejestratora z góry. W poniższym przykładzie nasz OBP był ch13.sipconnect-us.bcld.webex.com.

voice class tenant 201
outbound-proxy dns:hs3.sse.lgw.bcld.webex.com  
registrar dns:lgw2.killarney.cisco.com scheme sips expires 240 refresh-ratio 50 tcp tls
!

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.

show sip-ua register status
show sip-ua register status

Powinien wytwarzać wyniki podobne do poniższych.

Tenant:  201
--------------------- Registrar-Index  1 ---------------------
Line                             peer      expires(sec) reg survival  P-Associ-URI
================================ ========= ============ === ========  ============
TRUNK_GROUP_29959_LGU                 -1         7            yes normal

Co dalej?

Należy teraz zaktualizować 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
!
  1. 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.

  2. Upewnij się, że krok 2 został wykonany poprawnie w sekcji Migracja bramy lokalnej w centrum sterowania i że nie ma zapory blokującej dostęp do nowego wychodzącego serwera proxy.

  3. 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.