Platforma Webex Calling include o infrastructură cloud actualizată la care se conectează gateway-urile locale bazate pe premise. Acest upgrade îmbunătățește serviciul și permite mai multe caracteristici noi pentru gateway-ul local.
Printre îmbunătățirile aduse acestei noi infrastructuri se numără:
Performanță îmbunătățită de gestionare a apelurilor, permițând până la 250 de sesiuni simultane per înregistrare gateway locală.
Acceptă utilizarea optimizării Webex Calling Media pentru apeluri între telefoanele de birou, aplicația Webex și un gateway local.
Specificații:
A fost lansată o nouă listă de adrese proxy. O adresă proxy este o înregistrare DNS statică obținută din Control Hub în timpul procesului de integrare a unui gateway local și apoi configurată pe configurația clientului unui gateway local pentru înregistrarea gateway-ului.
Operațiunile în cloud Webex Calling solicită clienților să migreze gateway-uri locale care utilizează o adresă proxy mai veche. Detaliile sunt prezentate în următoarele secțiuni.
Dacă oricare dintre gateway-urile dvs. locale are o adresă proxy de ieșire care nu face parte din noua gamă de adrese proxy Webex Calling enumerate mai jos, migrați manual în funcție de confortul organizației dvs. Adresa listată în Control Hub este una dintre noile adrese de mai jos; cu toate acestea, gateway-ul local poate fi configurat în prezent cu o adresă veche și necesită migrare.
Această migrare nu ar trebui să dureze mai mult de 10-15 minute. Cu toate acestea, în timpul migrării, gateway-ul local reînregistrează cloud-ul care afectează serviciul. Prin urmare, vă recomandăm să efectuați această activitate în timpul unei ferestre de întreținere.
US
Canada
Europa
Japonia
Australia
Singapore
 | 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ă vă referiți la lista de mai sus pentru a verifica dacă oricare dintre gateway-urile locale are nevoie de o migrare și, dacă da, efectuați o migrare, conform instrucțiunilor de mai jos. |
Pentru a înțelege dacă oricare dintre gateway-urile dvs. locale poate avea nevoie de migrare, consultați secțiunea Începeți cu migrarea gateway-ului local .
| Ecranele de configurare din Control Hub, 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
Actualizați lista de control al accesului pe CUBE – Webex Calling are o gamă actualizată de adrese IP ale controlerului de frontieră al sesiunii (SBC), care pot fi aplicate ca listă de încredere pe toate CUBE-urile din organizația dvs. care se conectează la Webex Calling. Verificați cea mai recentă gamă IP din 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 Înregistrarea gateway-ului local la Webex Calling pentru a efectua această actualizare. Actualizarea „adreselor IP de încredere” pe CUBE este o cerință obligatorie care, dacă nu este actualizată, va duce la eșecuri de apel.
Asigurați-vă că firewall-ul extern permite ca aceste adrese IP să fie atinse din CUBE – Dacă firewall-ul extern filtrează adresele IP pe care CUBE le poate accesa, trebuie să actualizați și acest lucru, astfel încât gateway-ul local să poată contacta cloud-ul. Consultaţi Ghid informații de referință pentru porturi pentru mai multe informații.
Asigurați-vă că ancorarea de încredere pe CUBE a fost actualizată după pasul 5 din Perform Reference Platform Configuration.
Din Control Hub, puteți obține noua adresă proxy de ieșire.
| 1 | Din vizualizarea clientului în https://admin.webex.com, du-te la Servicii, și alegeți . | ||
| 2 | Selectați conexiunea PSTN, apoi faceți clic pe Editare sub gateway-ul local. | ||
| 3 | Faceți clic pe Gestionare pentru a accesa configurația gateway-ului local. | ||
| 4 | Copiați adresa proxy de ieșire.
|
Actualizarea configurației gateway-ului local afectează serviciul și poate afecta apelurile active.
În exemplul de mai jos, clientul 201 este clientul care se conectează la Webex Calling. Introduceți clientul 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 | Scoateţi linia şurubată începând cu Gateway-ul local va renunța acum la înscrierea sa în Webex Calling. |
| 2 | Confirmați că gateway-ul dvs. local nu este înregistrat în Webex Calling introducând următoarele comenzi. |
| 3 | Luați noua adresă pe care ați copiat-o din Control Hub și adăugați linia de înregistrare de mai sus înapoi. În exemplul de mai jos, OBP nostru a fost Gateway-ul dvs. local se va înregistra la noul OBP. |
| 4 | Validarea înregistrării a avut succes utilizând următoarea comandă. Acesta ar trebui să producă rezultate similare cu cele de mai jos. |
Ce este de făcut în continuare
Actualizați celelalte gateway-uri locale urmând aceiași pași ca mai sus.
Pentru o migrare nereușită, pur și simplu reînregistrați-vă adresa proxy anterioară de ieșire. 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
!
Dacă reveniți, configurația din Control Hub afișează în continuare noua adresă proxy de ieșire. Acest comportament este de așteptat. Serviciul va continua să lucreze cu vechea adresă proxy de ieșire.
Asigurați-vă că ați urmat Pasul 2 corect în Migrarea gateway-ului local în secțiunea Control Hub și nu există niciun firewall care să blocheze accesul la noul proxy de ieșire.
Dacă nu puteți rezolva această problemă, contactați Cisco Webex Calling Support.
Este important să se asigure că serviciile funcționează ca normale după migrare. Asigurați-vă că vă testați serviciul după finalizarea migrării. Vă puteți testa serviciul prin efectuarea de apeluri către numere de telefon de pe dispozitivele Webex Calling sau prin testarea apelurilor către orice SBC utilizat în asociere cu Webex Calling.
