Migrarea gateway-ului local
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.
Î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 optimizării Webex Calling Media 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ă obținută din 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.
-
Operațiunile cloud Webex Calling 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 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.
NE
-
da01.sipconnect-us.bcld.webex.com la da12.sipconnect-us.bcld.webex.com
-
ch01.sipconnect-us.bcld.webex.com la ch12.sipconnect-us.bcld.webex.com
Canada
-
tr04.sipconnect-ca.bcld.webex.com la tr15.sipconnect-ca.bcld.webex.com
-
vr04.sipconnect-ca.bcld.webex.com la vr15.sipconnect-ca.bcld.webex.com
Europa
Japonia
Australia
-
sy03.sipconnect-au.bcld.webex.com la sy14.sipconnect-au.bcld.webex.com
-
me03.sipconnect-au.bcld.webex.com către mine14.sipconnect-au.bcld.webex.com
Singapore
-
sg04.sipconnect-jp.bcld.webex.com la sg05.sipconnect-jp.bcld.webex.com,
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 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 locale poate avea nevoie de o migrare, consultați secțiunea Introducere în 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 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ă de sesiune (SBC), care poate fi necesar să fie aplicată ca o listă sigură pe toate CUBEs din organizația dvs., care se conectează la Webex Calling. 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. A avea la zi "adrese IP de încredere" pe CUBE este o cerință obligatorie care, dacă nu este actualizată, va duce la erori de apel.
-
Asigurați-vă că paravanul de protecție extern permite atingerea acestor adrese IP de la CUBE - Dacă paravanul de protecție extern filtrează adresele IP la care poate ajunge CUBE, trebuie să actualizați acest lucru și pentru ca Gateway-ul local să poată contacta cloud-ul. Consultați Ghidul de informații privind referințele portuare pentru mai multe informații.
-
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 din https://admin.webex.com , accesați Servicii și alegeți Apelare > . |
| 2 |
Selectați conexiunea PSTN, apoi faceți clic pe Editare sub Local Gateway . |
| 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 posibil ca de fiecare dată când efectuați activitatea de mai sus pentru un alt gateway local, să obțineți adrese proxy de ieșire diferite din Control Hub. Asigurați-vă că copiați adresa proxy de ieșire specifice din Control Hub pentru fiecare gateway local pe care îl configurați. Alegerea unei adrese specifice este importantă pentru redundanță și echilibrarea încărcării traficului.  |
Actualizarea configurației gateway-ului local are un 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.
#afișați configurația de rulare | s entitate găzduită clasa vocală 201 entitate găzduită clasa vocală 201 înregistrare dns:lgw2.killarney.cisco.com schema sips expiră 240 raport reîmprospătare 50 tcp tls TRUNK număr de acreditări_grup_24740_TRUNK nume de utilizator LGU_grup_29959_Parolă LGU 6 K]W]ZP`PSZRKWE^WXXIPG\^_adTRUNK nume de utilizator pentru autentificarea BroadWorks din domeniul STbLMHV_grup_29959_Parola LGU 7 xxxxxxxxx realm BroadWorks autentificare nume de utilizator TRUNK_grup_29959_Parola LGU 6 xxxxxxxxxx domeniu lgw2.killarney.cisco.com sip-server dns:lgw2.killarney.cisco.com conexiune-reutilizare sesiune transport tcp tls url sips eroare-passthru cravată de control sursă-interfaţă GigabitEthernet1 cravată media sursă-interfaţă GigabitEthernet1 nu pass-thru conţinut personalizat-sdp sip-profiluri 201 proxy de ieșire dns:lgwrestest.killarney.cisco.com | 1 |
Eliminați linia cu șuruburi începând cu 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. entitate găzduită
|
| 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 a fost clientul
Gateway-ul local se va înregistra cu noul OBP. |
| 4 |
Validarea înregistrării a avut succes utilizând următoarea comandă. Ar trebui să producă o producție similară cu cea de mai jos. |
Ce trebuie să faceți î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 înregistrați din nou adresa proxy de ieșire anterioară. Urmați instrucțiunile de mai jos pentru a reveni și a restabili serviciul.
clientulde clasă vocală 201 nu înregistrează proxy-ul de ieșire dns:lgwrestest.killarney.cisco.com înregistrează dns:lgw2.killarney.cisco.com schema sips expiră 240 raport reîmprospătare 50 tcp tls! -
Dacă reveniți, configurația din Control Hub afișează în continuare noua adresă proxy de ieșire. Acest lucru este de așteptat comportament. Serviciul va continua să funcționeze cu vechea adresă proxy de ieșire.
-
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.
-
Dacă nu puteți rezolva această problemă, contactați Asistența pentru apelare Cisco Webex.
Este important să vă asigurați că serviciile funcționează ca de obicei după migrare. Asigurați-vă că testați serviciul după ce terminați migrarea. Vă puteți testa serviciul efectuând apeluri la numere de telefon de pe dispozitivele webex Calling sau testând apeluri către orice SBC utilizat împreună cu Webex Calling.
