Udoskonalenia tej nowej infrastruktury obejmują:

  • Poprawiona wydajność obsługi połączeń, umożliwiająca do 250 jednoczesnych sesji na rejestrację lokalnej bramy.

  • Obsługuje użycie Optymalizacja mediów wywołań Webex w przypadku połączeń między telefonami stacjonarnymi, Webex aplikację i bramę lokalną.

Dane techniczne:

  • Udostępniono nową listę adresów proxy. Adres proxy to statyczny rekord DNS uzyskany z Centrum sterowania podczas procesu dołączania bramy lokalnej, a następnie skonfigurowane w konfiguracji dzierżawy bramy lokalnej w celu zarejestrowania bramy.

  • Połączenia z Webex operacje w chmurze żądają od klientów migracji bram lokalnych, które korzystają ze starszego adresu proxy. Szczegóły przedstawiono w kolejnych sekcjach.

Jeśli którakolwiek z twoich lokalnych bram ma wychodzący adres proxy, który nie jest częścią nowego Połączenia z Webex zakresu adresów proxy wymienionego poniżej, musisz przeprowadzić migrację ręcznie zgodnie z dogodnością dla Twojej organizacji. Adres podany w Centrum sterowania będzie jednym z nowych adresów poniżej; jednak Twoja lokalna brama 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 lokalna brama ponownie zarejestruje się w chmurze, co wpłynie na usługę. W związku z tym zalecamy wykonanie tej czynności w okresie konserwacji.

NAS

Kanada

Europa

Japonia

Australia


Nowe urządzenia Local Gateway wprowadzone od grudnia 2020 r. są automatycznie konfigurowane do korzystania z tej infrastruktury, dlatego nie trzeba podejmować żadnych działań. Zalecamy zapoznanie się z powyższą listą, aby sprawdzić, czy którakolwiek z lokalnych bram wymaga migracji, a jeśli tak, wykonaj migrację zgodnie z poniższymi wskazówkami.

Jeśli nie otrzymałeś od firmy Cisco wiadomości e-mail z instrukcją uaktualnienia konfiguracji lokalnej bramy, nie są wymagane żadne dalsze działania. Zapoznaj się z Rozpocznij migrację lokalnej bramy sekcji, aby dowiedzieć się, czy którakolwiek z lokalnych bram może wymagać migracji.


Ekrany konfiguracji w Centrum sterowania, kroki konfiguracji CUBE i wychodzący adres proxy będą się różnić w zależności od lokalizacji organizacji i lokalnej bramy. Szczegóły wymienione w poniższych krokach są tylko przykładami.

Przed rozpoczęciem

  1. Zaktualizuj listę kontroli dostępu w CUBE—Połączenia z Webex ma zaktualizowany zakres adresów IP kontrolera sesji granicznej (SBC), który może być stosowany jako zaufana lista na wszystkich modułach CUBE w Twojej organizacji łączących się z Połączenia z Webex. Sprawdź najnowszy zakres adresów IP od range Przewodnik po porcie wywoławczym Webex aby potwierdzić, czy jest już zastosowany, a jeśli nie, zapoznaj się z krokami konfiguracji w kroku 1 od Zarejestruj lokalną bramę do połączeń Webex wykonać tę aktualizację. Posiadanie aktualnych "zaufanych adresów IP" na CUBE jest obowiązkowym wymogiem, który, jeśli nie zostanie zaktualizowany, spowoduje nieudane połączenia.

  2. Upewnij się, że zewnętrzna zapora umożliwia dostęp do tych adresów IP z modułu CUBE — Jeśli zewnętrzna zapora filtruje adresy IP, do których może dotrzeć moduł CUBE, należy to również zaktualizować, aby brama lokalna mogła kontaktować się z chmurą. Zapoznaj się z Przewodnik po informacjach o porcie po więcej informacji.

Z Centrum sterowania, możesz uzyskać nowy wychodzący adres proxy.

1

Z punktu widzenia klienta w https://admin.webex.com, iść do Usługii wybierz Powołanie > Kierowanie połączeń.

2

Wybierz połączenie PSTN, a następnie kliknij Edytować pod Brama lokalna.

3

Kliknij Zarządzać aby uzyskać dostęp do lokalnej konfiguracji bramy.

4

Skopiuj wychodzący adres proxy.


 

Jeśli masz wiele bram lokalnych w swojej organizacji, prawdopodobnie za każdym razem, gdy wykonasz powyższe zadanie dla innej bramy lokalnej, otrzymasz różne wychodzące adresy proxy z Centrum sterowania. Upewnij się, że kopiujesz konkretny wychodzący adres proxy z Centrum sterowania dla każdej konfigurowanej bramy lokalnej. Wybór konkretnego adresu jest ważny dla ruchu redundancyjnego i równoważącego obciążenie.

Aktualizacja lokalnej konfiguracji bramy ma wpływ na usługę i może mieć wpływ na aktywne połączenia.

W poniższym przykładzie najemca 201 to najemca, który łą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 zachowaj na później. Zapisz również wychodzący adres proxy.

Bramka lokalna zrezygnuje teraz z rejestracji do Webex Calling.

2

Potwierdź, że Twoja lokalna brama nie jest zarejestrowana w usłudze Webex Calling, wprowadzając następujące polecenia.

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

Weź nowy adres, z którego skopiowałeś Centrum sterowaniai dodaj linię rejestratora od góry z tyłu. W poniższym przykładzie nasze OBP było 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 lokalna bramka zarejestruje się w nowym OBP.

4

Sprawdź, czy rejestracja powiodła się za pomocą następującego polecenia.

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

Powinna generować dane wyjściowe 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 zrobic nastepnie

Powinieneś teraz zaktualizować inne bramy lokalne, wykonując te same kroki, co powyżej.

W przypadku nieudanej migracji po prostu ponownie zarejestruj swój poprzedni wychodzący adres proxy. Postępuj zgodnie z poniższymi instrukcjami, aby wycofać 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 się cofniesz, Twoja konfiguracja zostanie za Centrum sterowania nadal pokazuje nowy wychodzący adres proxy. To jest oczekiwane zachowanie. Usługa będzie nadal działać ze starym wychodzącym adresem proxy.

  2. Upewnij się, że poprawnie wykonałeś krok 2 w Przenieś swoją lokalną bramę w centrum sterowania sekcji i nie ma zapory blokującej dostęp do nowego wychodzącego proxy.

  3. Jeśli nie możesz rozwiązać tego problemu, skontaktuj się Pomoc telefoniczna Cisco Webex.

Ważne jest, aby po migracji usługi działały normalnie. Po zakończeniu migracji przetestuj swoją usługę. Możesz przetestować swoją usługę, dzwoniąc na numery telefonów ze swojego Połączenia z Webex urządzeń lub testowanie połączeń z dowolnym SBC używanym w połączeniu z Połączenia z Webex.