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

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

  • Acceptă utilizarea Webex Calling Media Optimization pentru apeluri între telefoanele de birou, aplicația Webex și un gateway local.

Specificatii:

  • A fost lansată o nouă listă de adrese proxy. O adresă proxy este o înregistrare DNS statică care este obținută de la Control Hub în timpul procesului de înscriere a unui gateway local și apoi configurat pe configurația de entitate găzduită a unui gateway local pentru înregistrarea gateway-ului.

  • Webex Apelarea operațiunilor î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 locale are o adresă proxy de ieșire care nu face parte din noul interval de adrese proxy Webex Calling listat mai jos, va trebui să migrați manual în funcție de confortul organizației dvs. Adresa listată în Control Hub va fi una dintre adresele noi de mai jos; cu toate acestea, Gateway-ul local poate fi configurat în prezent cu o adresă veche și va necesita migrare.

Această migrare nu trebuie să dureze mai mult de 10-15 minute. Cu toate acestea, în timpul migrării, Gateway-ul local se va reînregistra în cloud, ceea ce va afecta serviciul. De aceea, vă recomandăm să efectuați această activitate în timpul unei ferestre de întreținere.

NE

Canada

Europa

Japonia

Australia


Noile dispozitive Local Gateway î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 locale necesită o migrare și, dacă da, efectuați o migrare, conform instrucțiunilor de mai jos.

Pentru a înțelege dacă oricare dintre gateway-urile locale poate avea nevoie de o migrare, consultați secțiunea Introducere în migrarea gateway-ului local.


Ecranele de configurare din ControlHub, pașii de configurare CUBE și adresa proxy de ieșire vor varia în funcție de locația organizației ș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 al accesului pe CUBE-Webex Calling are o gamă actualizată de adrese IP ale controlerului de bordură de sesiune (SBC), care poate fi necesar să fie aplicate ca o listă de încredere pentru toate CUB-urile din organizația dvs., care se conectează la WebexCalling. Verificați cel mai recent interval IP de la Ghidul 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 Înregistrare gateway local la Apelare Webex pentru a efectua această actualizare. Actualizarea "adreselor IP de încredere" pe CUBE este o cerință obligatorie care, dacă nu este actualizată, va duce la erori de apel.

  2. Asigurați-vă că paravanul de protecție extern permite atingerea acestor adrese IP din CUBE- Dacă paravanul de protecție extern filtrează adresele IP la care poate ajunge CUBUL, trebuie să actualizați acest lucru și pentru ca Gateway-ul local să poată contacta cloudul. Consultați Ghidul de informații despre referința portului pentru mai multe informații.

  3. Asigurați-vă că ancora de încredere pe CUBE a fost actualizată urmând pasul 5 din Efectuați configurația platformei de referință.

Din Control Hub , puteți obține noua adresă proxy deieșire.

1

Din vizualizarea client în https://admin.webex.com, accesați Servicii și alegeți Apelare >Rutare apeluri.

2

Selectați conexiunea PSTN, apoi faceți clic pe Editare sub Gateway local.

3

Faceți clic pe Gestionare 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 activitatea de mai sus pentru un gateway local diferit, veți obține adrese proxy de ieșire diferite din Control Hub. Asigurați-vă că copiați adresa proxy de ieșire specifică din Control Hub pentru fiecare gateway local pe care îl configurați. Alegerea unei adrese specifice este importantă pentru redundanță și echilibrarea traficului.

Actualizarea configurației gateway-ului local are impact asupra serviciului și poate avea un impact asupra apelurilor active.

În exemplul de mai jos, entitatea găzduită 201 este entitatea găzduită care se conectează la Webex Calling. Introduceți entitatea găzduită 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

Eliminarea liniei aldine începând cu registrar dns:xxxx și salvați-l pentru mai târziu. De asemenea, salvați adresa proxy de ieșire din ieșire.

Gateway-ul local va renunța acum la înregistrarea sa la Webex Calling.

2

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

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

Luați noua adresă pe care ați copiat-o din Control Hub și adăugați linia deregistrator 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 local se va înregistra cu noul OBP.

4

Validarea înregistrării a avut succes utilizând următoarea comandă.

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

Ar trebui să producă o producție similară cu cea 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 trebuie să faceți î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 înregistrați din nou adresa proxy anterioară de ieșire. Vă rugăm să urmați instrucțiunile de mai jos pentru a reveni și a restabili 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 din Control Hub afișează în continuare noua adresă proxy de ieșire. Acest lucru este comportamentul de 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 Migrarea gateway-ului local în secțiunea Control Hub și nu există niciun paravan de protecție care să blocheze accesul la noul proxy de ieșire.

  3. Dacă nu puteți rezolva această problemă, vă rugăm să contactați Cisco Webex Calling Support.

Este important să vă asigurați că serviciile funcționează ca fiind normale post-migrare. Asigurați-vă că testați serviciul după ce terminați migrarea. Vă puteți testa serviciul prin efectuarea de apeluri către numere de telefon de pe dispozitivele webex Apelare sau prin testarea apelurilor către orice SBC utilizat împreună cu Apelare Webex.