Îmbunătățirile acestei noi infrastructuri includ:

  • Performanță îmbunătățită de gestionare a apelurilor, permițând până la 250 de sesiuni simultane pe fiecare înregistrare de gateway locală.

  • Sprijină utilizarea Webex Calling Media Optimization pentru apeluri între telefoane de birou, Webex app și un gateway local.

Specificații:

  • O nouă listă de adrese proxy a fost lansată. O adresă proxy este o înregistrare DNS statică de la care se obține Hub de control în timpul procesului de integrare a unui gateway local și apoi configurat pe configurația locatarului unui gateway local pentru înregistrarea gateway-ului.

  • Apel Webex operațiunile în cloud solicită clienților să migreze gateway-uri locale care utilizează o adresă proxy mai veche. Detaliile sunt prezentate în secțiunile următoare.

Dacă oricare dintre gateway-urile dvs. locale are o adresă proxy de ieșire care nu face parte din noua Apel Webex gama de adrese proxy enumerate mai jos, va trebui să migrați manual în funcție de comoditatea organizației dvs. Adresa listată în Hub de control va fi una dintre noile adrese de mai jos; cu toate acestea, Gateway-ul dvs. local poate fi configurat în prezent cu o adresă veche și va necesita migrare.

Această migrare nu ar trebui să dureze mai mult de 10-15 minute. Cu toate acestea, în timpul migrării, Gateway-ul local se va înregistra din nou în cloud, ceea ce va avea impact asupra serviciului. Prin urmare, vă recomandăm să efectuați această activitate în timpul unei ferestre de întreținere.

S.U.A.

Canada

Europa

Japonia

Australia


Noile dispozitive de gateway local încorporate din decembrie 2020 sunt configurate automat pentru a utiliza această infrastructură și, prin urmare, nu poate fi necesară nicio acțiune. Vă recomandăm să consultați lista de mai sus pentru a verifica dacă oricare dintre gateway-urile dvs. locale necesită o migrare și, dacă da, efectuați o migrare, conform instrucțiunilor de mai jos.

Dacă nu ați primit un e-mail de la Cisco care vă instruiește să vă actualizați configurația de gateway local, nu este necesară nicio altă acțiune. Consultați Începeți cu migrarea gateway-ului dvs. local secțiune pentru a înțelege dacă vreunul dintre gateway-urile dvs. locale poate avea nevoie de o migrare.


Ecranele de configurare din Hub de control, Pașii de configurare CUBE și adresa proxy de ieșire vor varia în funcție de locația organizației dvs. și de gateway-ul local. Detaliile enumerate în pașii de mai jos sunt doar exemple.

Înainte de a începe

  1. Actualizați lista de control acces pe CUBE—Apel Webex are o gamă actualizată de adrese IP ale controlerului de frontieră de sesiune (SBC), care ar trebui să fie aplicate ca listă de încredere pe toate CUBE-urile din organizația dvs. conectate la Apel Webex. Verificați cea mai recentă gamă de IP de la Ghid de referință pentru portul de apelare Webex pentru a confirma dacă este deja aplicat și, dacă nu, consultați pașii de configurare de la pasul 1 de la Înregistrați gateway-ul local la apelarea Webex pentru a efectua această actualizare. A avea „adrese IP de încredere” actualizate pe CUBE este o cerință obligatorie care, dacă nu este actualizată, va duce la eșecuri ale apelului.

  2. Asigurați-vă că firewall-ul extern permite accesul la aceste adrese IP din CUBE - Dacă firewall-ul dvs. extern filtrează adresele IP pe care le poate ajunge CUBE, trebuie să le actualizați și pentru ca Gateway-ul local să poată contacta cloud-ul. Consultați Ghid de informații referință port pentru mai multe informatii.

Din Hub de control, puteți obține noua adresă proxy de ieșire.

1

Din vizualizarea clientului în https://admin.webex.com, mergi la Servicii, și alegeți Apelare > Rutare apel.

2

Selectați conexiunea PSTN, apoi faceți clic pe Editați | × sub Gateway local.

3

Clic Administra pentru a accesa configurația gateway-ului local.

4

Copiați adresa proxy de ieșire.


 

Dacă aveți multe gateway-uri locale în organizația dvs., este probabil ca de fiecare dată când efectuați sarcina de mai sus pentru un gateway local diferit, să obțineți adrese proxy de ieșire diferite de la Hub de control. Asigurați-vă că copiați adresa proxy de ieșire specifică din Hub de control pentru fiecare gateway local pe care îl configurați. Alegerea unei adrese specifice este importantă pentru traficul de redundanță și de echilibrare a sarcinii.

Actualizarea configurației gateway-ului dvs. local are un impact asupra serviciului și poate afecta apelurile active.

În exemplul de mai jos, chiriașul 201 este chiriașul care se conectează la Webex Calling. Introduceți chiriașul corect pentru configurația dvs.

#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

Eliminați linia cu caractere aldine care începe cu registrar dns:xxxx și păstrați-l pentru mai târziu. Salvați, de asemenea, adresa proxy de ieșire.

Gateway-ul local își va renunța acum la înregistrare pe Webex Calling.

2

Confirmați că gateway-ul dvs. local nu este înregistrat la Webex Calling introducând următoarele comenzi.

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

Luați noua adresă de pe care ați copiat Hub de control, și adăugați linia registratorului de sus înapoi. În exemplul de mai jos, OBP-ul nostru a fost 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
!

Gateway-ul dvs. local se va înregistra cu noul OBP.

4

Validarea înregistrării a reușit folosind următoarea comandă.

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

Ar trebui să producă rezultate similare cu cele de mai jos.

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

Ce să facă în continuare

Acum ar trebui să actualizați alte gateway-uri locale urmând aceiași pași ca mai sus.

Pentru o migrare nereușită, pur și simplu reînregistrați adresa proxy de ieșire anterioară. Vă rugăm să urmați instrucțiunile de mai jos pentru a reveni și a restaura serviciul.

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. Dacă reveniți, configurația dvs. în Hub de control afișează în continuare noua adresă proxy de ieșire. Acesta este un comportament așteptat. Serviciul va continua să funcționeze cu vechea adresă proxy de ieșire.

  2. Asigurați-vă că ați urmat corect pasul 2 în Migrați gateway-ul dvs. local în Control Hub secțiune și nu există un firewall care să blocheze accesul la noul proxy de ieșire.

  3. Dacă nu puteți rezolva această problemă, vă rugăm să contactați Suport pentru apelare Cisco Webex.

Este important să vă asigurați că serviciile funcționează ca după o migrare normală. Asigurați-vă că vă testați serviciul după finalizarea migrării. Puteți testa serviciul dvs. efectuând apeluri către numere de telefon de la Apel Webex sau testarea apelurilor către orice SBC utilizat împreună cu Apel Webex.