Mulțumim pentru feedback.
Migrarea gateway-ului local
Feedback?Îmbunătățirile acestei noi infrastructuri includ:
-
Performanță îmbunătățită de gestionare a apelurilor, permițând până la 250 de sesiuni concomitente per înregistrare la gateway local.
-
Acceptă utilizarea optimizării Webex Calling media pentru apelurile î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ă care este obținută de la Control Hub în timpul procesului de integrare a unui gateway local și apoi configurată pe configurația chiriașului unui gateway local pentru înregistrarea gateway-ului.
-
Webex Callingoperațiunile cloud solicită clienților să migreze gateway-urile 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 Webex Calling proxy enumerat mai jos, migrați manual în funcție de confortul organizației. Adresa listată în Control Hub este una dintre adresele noi 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 se reînregistrează în cloud, ceea ce 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 instalate 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ă vreunul 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ă vreunul dintre gateway-urile locale poate necesita o migrare, consultați secțiunea Înce peț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 și de gateway-ul local. Detaliile enumerate în pașii prezentați mai jos sunt doar exemple.
Înainte de a începe
-
Actualizați lista de control acces pe CUBE— Webex Calling are o gamă actualizată de adrese IP ale controlerului de frontieră de sesiune (SBC), care poate fi necesar să fie aplicate ca listă de încredere pentru toate CUBE-urile din organizația dvs. la care se Webex Calling conectează. Verificați cea mai recentă gamă IP din Ghi dul de referință pentru Webex Calling por turi pentru a confirma dacă este deja aplicată și, dacă nu, consultați pașii de configurare de la pasul 1 de la În registrare gatewayului local Webex Calling 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 apelurilor.
-
Asigurați-vă că firewall-ul extern permite accesarea acestor adrese IP de pe cub - Dacă firewall-ul extern filtrează adresele IP la care CUBE poate ajunge, trebuie să actualizați și acest lucru, astfel încât Gateway-ul local să poată contacta norul. Consultați Ghi dul de informații privind referința port ului pentru mai multe informații.
-
Asigurați-vă că ancora de încredere pe CUBE a fost actualizată urmând pasul 5 din Ef ectuați configurarea platformei de referință.
Din Control Hub, puteți obține noua adresă proxy de ieșire.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
|
| 3 |
Selectați conexiunea PSTN, apoi faceți clic pe Editare sub Gate way local. |
| 4 |
Faceți clic pe Ges tionare pentru a accesa configurația gateway-ului local. |
| 5 |
Copiați adresa proxy de ieșire. Dacă aveți mai 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, să obțineți adrese proxy de ieșire diferite de la 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 de încărcare. 
|
Actualizarea configurației gateway-ului 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ă laWebex 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 |
Îndepărtați linia îngroșată începând cu Gateway-ul local își va renunța acum la înregistrareaWebex Calling. |
| 2 |
Confirmați că gateway-ul local nu este înregistrat introduc Webex Calling ând următoarele comenzi. |
| 3 |
Luați noua adresă pe care ați copiat-o din Control Hub și adăugați linia registratorului de sus înapoi. În exemplul de mai jos, OBP-ul nostru a fost Gateway-ul dvs. local se va înregistra la noul OBP. |
| 4 |
Validați înregistrarea cu succes utilizând următoarea comandă. Ar trebui să producă rezultate similare cu cele de mai jos. |
Ce să faci î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 adresa proxy de ieșire anterioară. 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 înapoi, configurația dvs. din Control Hub afișează în continuare noua adresă proxy de ieșire. Acesta este comportamentul așteptat. Serviciul va continua să funcționeze cu vechea adresă proxy de ieșire.
-
Asigurați-vă că ați urmat corect Pasul 2 din 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 CallingAsistența.
Este important să vă asigurați că serviciile funcționează ca în mod normal după migrație. Asigurați-vă că testați serviciul după finalizarea migrării. Vă puteți testa serviciul efectuând apeluri către numere de telefon de Webex Calling pe dispozitivele dvs. sau testând apeluri către orice SBC utilizat împreună cuWebex Calling.
