Planurile Webex Calling , trunchiurile și grupurile de rutare vă oferă posibilitatea de a configura Webex Calling pentru a gestiona apelurile între utilizatorii găzduiți Webex Calling și utilizatorii PBX-uri locale. Această soluție vă permite să configurați utilizatorii să utilizeze Cloud PSTN (CCP sau Cisco PSTN) sau PSTN-ul local.
Un trunchi este o conexiune între Webex Calling și localul, care se oprește în locația cu un gateway local sau alt dispozitiv acceptat. După ce ați creat un trunchi, îl puteți aloca unui grup de rute. Un grup de rutare este un grup de trunchiuri care permit Webex Calling pentru a distribui apelurile pe mai multe trunchiuri sau pentru a asigura redundanță. Un Gateway local este un dispozitiv (dispozitive) în rețeaua corporatistă (e) care interconectează trunchiul, PSTN în rețeaua corporatistă și/sau PBX.
Trunchiurile, grupurile de rute și planurile de apelare oferă următoarele avantaje:
Echilibrarea încărcăturii și transferul automat între trunchiuri către Webex Calling și local
Capacitate pentru Webex Calling utilizatorii să utilizeze cloud PSTN (Cloud Connected PSTN (CCP) sau Cisco PSTN) și să poată contacta în continuare utilizatorii PBX din întreprindere.
Dirijarea apelurilor către diferite PBX-uri ale sediului
Funcționalitate tandem pentru dirijare apeluri între PBX-uri ale sediului.
O gamă mai largă de scenarii de migrare și coexistență cu centrale PBX din sediu, inclusiv site-uri mixte cu utilizatori și Webex Calling utilizatorilor
Vizibilitatea detaliată a deciziilor de dirijare apel
Odată ce locația dvs. este activată, trebuie să configurați conectivitatea PSTN pentru Webex Calling utilizatorii din locația respectivă. Sunt disponibile următoarele opțiuni PSTN:
Cisco PSTN – Alegeți această opțiune dacă doriți o soluție integrată care vă permite să comandați noi numere PSTN și să portați numerele existente către Cisco. Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:
Ați achiziționat și ați activat planul de apelare Cisco .
Locația se află într-o țară în care Cisco Calling Plan este acceptat.
PSTN conectat la cloud – Alegeți această opțiune dacă căutați o soluție cloud care nu necesită implementarea hardware-ului local, apoi selectați furnizorul CCP ales. Cloud PSTN (Cisco PSTN sau Cloud Connected PSTN) poate fi utilizat numai pentru a oferi acces PSTN pentru Webex Calling utilizatorilor. Apelurile care provin de la utilizatorii sediului nu pot accesa cloud PSTN.
PSTN la sediu (gateway local) – Alegeți această opțiune dacă doriți să vă păstrați furnizorul PSTN actual. Trunchiurile pentru PSTN de la sediu prin gateway local pot fi, de asemenea, utilizate pentru a se conecta la PBX-urile sediului. Puteți păstra funcționalitatea gateway local existent este reținută fără a efectua modificări de configurare. Locațiile care utilizează gateway local sunt setate pe PSTN bazat pe local, iar gateway-urile locale devin trunchiuri.
Configurați conexiune PSTN selectată în interiorul Control Hub prin selectare , selectați locația pe care doriți să o modificați, apoi selectați Alocare sau Gestionați și selectați conexiune PSTN dorită.
Trunchi
Un trunchi este o conexiune între Webex Calling și sediu, terminată la sediu cu un controller de frontieră de sesiune acceptat care acționează ca un Gateway local.
Există două tipuri de modele de trunchi gateway local :
Trunchi bazat pe înregistrare : Trunchi sau peering cu Webex Calling de pe un gateway local care utilizează un model de SIP trunk în care trunchiul efectuează o înregistrare SIP utilizând un cont utilizator pilot și acreditările care sunt obținute la sfârșitul procesului de integrare a trunchiului. Ulterior, atunci când se efectuează apeluri de la Webex Calling sau de la întreprindere, această înregistrare pe care o planificați este apoi utilizată atât de gateway local , cât și de serviciile Webex Calling pentru a procesa aceste apeluri. Un trunk bazat pe înregistrare necesită o conexiune la rețea care provine de la gateway-ul gateway local , iar gateway-ul se poate afla în spatele unui dispozitiv de traducere a adresă de rețea (NAT).
Trunchi bazat pe certificat : Trunchi sau peering cu Webex Calling de pe un gateway local care utilizează un model de SIP trunk care oferă o scară mai mare de la un singur gateway local și permite, de asemenea, administratorului clientului să seteze limitarea maximă a apelurilor simultane pe un trunchi. Spre deosebire de trunchiul bazat pe înregistrare, nu există înregistrare SIP între gateway-ul local și cloud, ci se utilizează un model de autorizare și autentificare bazat pe certificat. În timpul procesului de integrare, administratorul organizației va adăuga un nume de domeniu complet calificat (FQDN), iar Webex Calling va utiliza apoi o combinație a acestui FQDN și certificatul gateway-ului local pentru a avea încredere într-un gateway local. De asemenea, spre deosebire de trunchiul bazat pe înregistrare, există o cerință ca conexiunile la rețea să fie menținute de ambele părți (Local Gateway și Webex Calling) și, prin urmare, gateway local trebuie să fie configurat astfel încât să fie accesibil din Webex Calling prin configurare de rețea la locație rețea.
Multitenancy este locul în care un singur LGW poate fi configurat cu mai mulți locatari pentru mai mult de o locație sau mai mult de un client. Acest lucru este acum acceptat atât pentru trunchiuri bazate pe înregistrare, cât și pe certificate. Cisco Unified Border Element trebuie să ruleze Cisco IOS XE 17.9.1a sau o versiune ulterioară pentru multitenancy bazat pe certificat. Dacă utilizați un SBC non-Cisco validat, vă rugăm să verificați documentația SBC a furnizorului pentru asistență pentru Webex Calling multitenancy.
Coexistența unui trunk bazat pe înregistrare și a unui trunk bazat pe certificat NU este acceptată pe aceeași instanță CUBE. Dacă doriți să schimbați modelul de trunchi pe care îl utilizați pentru un anumit CUBE, trebuie să eliminați mai întâi configurația existentă și să urmați instrucțiunile de la început. Pentru ajutor cu configurarea CUBE, consultați: Ghid de configurare a Cisco Unified Border Element . SBC-urile non- Cisco aprobate sunt acceptate numai cu trunchiuri bazate pe certificat.
Dacă migrați o locație de la un model de trunchi la altul, TREBUIE să utilizați două gateway-uri locale separate, din motivele sugerate mai sus. TREBUIE să utilizați funcția grupuri de rutare dacă doriți să migrați o locație fără a afecta serviciul de apelare:
Creați un nou grup de rute dacă nu există unul pentru locație.
Mutați trunchiul existent în grup de rute.
Adăugați un trunchi nou în grup de rute.
Configurați „noul” gateway local
După ce noul dvs. gateway local deservește traficul, puteți elimina vechiul gateway local din grup de rute și ștergeți trunchiul.
Asigurați-vă că datele de autentificare ale trunchiului și atributele de securitate sunt stocate în siguranță și inaccesibile pentru orice actor rău, pentru a evita frauda cu taxă.
Pentru un trunk bazat pe înregistrare, datele de autentificare SIP sunt utilizate pentru autentificare și TREBUIE stocate în siguranță.
Pentru un trunk bazat pe certificat, o combinație de FQDN utilizată pentru trunchi, certificatul semnat și cheia privată a acestuia sunt utilizate pentru autentificare și TREBUIE stocate în siguranță.
Asistență SBC terță parte
Trunchiul gateway local (PSTN la sediu) în Webex Calling permite conexiunea la un serviciu PSTN deținut de client. Acesta oferă, de asemenea, conectivitate la o implementare IP PBX în rețeaua corporatistă , cum ar fi Cisco Unified CM. SBC-urile non-Cisco (furnizor/terță parte) care au fost validate și aprobate sunt acum acceptate în Webex Calling.
Programul de validare a furnizorilor terți Webex Calling Local Gateway este un proces conceput pentru a asigura cel mai înalt nivel de interoperabilitate între controlerele de frontieră de sesiune terță parte și Cisco Webex Calling.
Pentru ca un SBC terță parte să devină un gateway local Webex Calling compatibil, trebuie îndeplinit un set robust de cerințe de testare.
Webex Calling Cloud acceptă apelarea companiei prin intermediul a ceea ce se numește un Gateway local care se află la marginea rețelei VoIP a clientului. Un gateway local este un SIP Controler frontieră sesiune (SBC) care interfuncționează cu serviciul cloud Webex Calling în moduri specifice, iar gateway-ul local TREBUIE să opereze în condiții specificate cu Webex Calling. Caracteristica Gateway local le permite clienților Webex Calling să utilizeze în continuare furnizor serviciu PSTN existent.
Resurse gateway locale terță parte :
Oracol
Contactați Oracle: cgbu_alliances_ww_grp@oracle.com
AudioCodes
Panglică
 |
Pe măsură ce validăm și aprobăm ceilalți furnizori terți, lista va fi actualizată, dacă furnizorul/platforma nu se află în listă, atunci nu este încă validat ca Webex Calling LGW. |
Cerințele privind capacitatea de apelare și recomandări privind selectarea tipului de trunchi
Modelul de trunchiuri bazat pe înregistrare este un model mai simplu de implementat și rulat gateway local și, prin urmare, vă recomandăm să alegeți acest model, cu excepția cazului în care aveți nevoie de un număr foarte mare de apeluri simultane de la o singură instanță CUBE. SBC-urile non- Cisco aprobate sunt acceptate numai cu trunchiuri bazate pe certificat.
Din punct de vedere al ofertei, modelul de trunchi bazat pe înregistrare se adresează clienților care doresc o scală mai mică, sub 250 de apeluri simultane, printr-o conexiune Over-the-Top, iar trunchiul bazat pe certificate vizează implementări de capacitate mai mare care necesită între 250 și 6500 de apeluri simultane.
Tabelul de mai jos presupune un raport utilizator/apel de 10:1 și oferă recomandări pentru selectarea trunchiului și calitatea legăturii recomandată. O interconectare se referă la o conexiune cu lățime de bandă dedicată la Webex Calling, precum Webex Edge Connect.
Dimensionarea după numărul de apeluri simultane per gateway local |
Dimensionarea în funcție de numărul de utilizatori din spatele unui gateway local |
De preferat tipul trunchiului |
Calitate minimă a link-ului |
|---|---|---|---|
~ 2000–6500 |
65000 |
Pe bază de certificat |
Interconectare |
250 până la ~ 2000 |
20000 |
Pe bază de certificat |
OTT |
până la 250 |
2500 |
Trunchi de înregistrare |
OTT |
Calificarea conexiunii:
Conexiune over-the-top (OTT) TREBUIE să îndeplinească următoarele condiții de calitate a legăturilor:
Latență de max. 100 ms
Jitter maxim 10 ms
pachet pierdut de 0,2%
Interconectarea TREBUIE să îndeplinească următoarele condiții de conectare:
Latență max. 30 ms
Jitter maxim 5 ms
0 pachet pierdut
Pentru un model de trunchi de înregistrare, Controler frontieră sesiune (SBC) efectuează înregistrarea SIP . Trunchiul bazat pe înregistrare necesită gateway local pentru a menține înregistrarea SIP activă. Conexiunea este implicită înregistrării.
Înainte de a începe
Toate trunchiurile trebuie să fie alocate unei locații în Control Hub.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
||
| 2 | Selectați Adăugare trunchi . |
||
| 3 | Selectați a Locație din listă derulantă. |
||
| 4 | Introduceți a Nume pentru portbagaj. |
||
| 5 | Selectați Înscriere în curs din Tip trunchi listă derulantă. |
||
| 6 | Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:
|
||
| 7 | Faceți clic pe Salvați. |
Ce este de făcut în continuare
Informațiile privind trunchiul apar pe ecran Înregistrare domeniu, grup trunchi OTG/DTG, linie/port , Adresă proxy de ieșire . Vă recomandăm să copiați aceste informații din Control Hub și să le lipiți într-un fișier text local sau un document, astfel încât să puteți face referire la ele când sunteți gata să configurați gateway local. Dacă pierdeți acreditările, trebuie să le regenerați din ecranul cu informații despre trunchi din Control Hub. Faceți clic Preluați numele de utilizator și resetarea parolei pentru a genera un nou set de date de autentificare de utilizat pe trunchi.
|
Această acțiune afectează serviciul, așa că se recomandă să fie efectuată în afara programului de lucru. Dacă configurați un trunchi pentru a vă conecta gateway local la Webex Calling, consultați: Configurați gateway-ul local pe IOS-XE pentru Webex Calling . |
Un trunchi este legătura dintre Webex Calling și sediul, care se termină în incintă cu un gateway local sau alt dispozitiv acceptat.
Înainte de a începe
Toate trunchiurile trebuie să fie alocate unei locații din interior Control Hub .
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
||
| 2 | Selectați Adăugare trunchi . |
||
| 3 | Selectați o locație și un nume pentru trunchi.
|
||
| 4 | Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:
|
||
| 5 | Faceți clic pe Salvați. |
Ce este de făcut în continuare
Informațiile privind trunchiul apar pe ecran Înregistrare domeniu, grup trunchi OTG/DTG, linie/port, adresă proxy de ieșire . Vă recomandăm să copiați aceste informații din Control Hub și inserați-l într-un fișier text local sau un document, astfel încât să puteți face referire la acesta atunci când sunteți gata să configurați gateway local. Dacă pierdeți datele de autentificare, trebuie să le generați din nou din ecranul cu informații despre trunchi în Control Hub . Faceți clic Preluați numele de utilizator și resetarea parolei pentru a genera un nou set de date de autentificare de utilizat pe trunchi.
Notă: Această acțiune afectează serviciul, așa că se recomandă să o faceți în afara program de lucru.
Puteți edita numele trunchiului sau puteți vizualiza detaliile trunchiului și utilizarea în Control Hub .
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
||
| 2 | Selectați trunchiul pe care doriți să îl vizualizați sau să îl modificați. |
||
| 3 | Pe panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru trunchi. |
||
| 4 | Pentru a vizualiza detalii suplimentare, faceți clic Gestionați lângă Trunchiuri .
|
||
| 5 | Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:
|
pictograma pentru a schimba numele trunchiului.Puteți șterge un trunchi atât timp cât nu este utilizat.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
| 2 | Selectați trunchiul pe care doriți să îl ștergeți. |
| 3 | Faceți clic pe |
înPentru a verifica starea trunchiului în Control Hub.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
| 2 | Selectați trunchiul în care doriți să verificați starea. |
| 3 | Faceți clic Informații trunchi . |
Exemplu
Următoarele sunt stările diferite ale trunchiului bazate pe înregistrare:
Online: Înregistrarea reușită a gateway-ului local în Webex Calling.
Offline: Înscriere nereușită a gateway-ului local în Webex Calling.
Când adăugați un trunchi bazat pe certificat, trebuie să introduceți un nume de domeniu complet calificat (FQDN). Apoi, Webex Calling utilizează o combinație de FQDN și certificatul gateway-ului local pentru a avea încredere într-un gateway local.
Cerințe pentru configurarea unui Gateway local din Control Hub:
Rețeaua gateway-ului local orientată spre cloud TREBUIE să utilizeze o adresă IPv4 publică și o adresă FQDN sau SRV care rezolvă această adresă TREBUIE să fie rezolvată pe internet.
Toate porturile SIP și media de pe interfața externă TREBUIE să fie accesibile de pe internet și nu în spatele unui NAT și, prin urmare, actualizările necesare pentru firewall TREBUIE efectuate pe componentele rețelei companiei:
Consultați Ghid de referință pentru portul Webex Calling pentru a înțelege porturile necesare care ar avea nevoie de acces pe partea sediului și pe partea cloud.
Pentru autorizarea și autentificarea cu succes a apelurilor din trunchi este necesar un certificat semnat. Certificatul trebuie să îndeplinească următoarele cerințe:
Certificatul TREBUIE semnat de un CA menționat în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ?
Pachetul de încredere menționat în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ? trebuie să fie încărcat în CUBE.
Certificatul trebuie să fie întotdeauna valabil:
Certificatele semnate TREBUIE să aibă întotdeauna o perioadă de valabilitate valabilă.
Certificatele rădăcină sau certificatele intermediare TREBUIE să aibă un termen de expirare valabil și nu trebuie să fie revocate.
Certificatele TREBUIE să fie semnate pentru utilizare client și server.
Certificatele TREBUIE să conțină numele de domeniu complet calificat (FQDN) ca nume comun sau nume alternativ al subiectului în certificat cu FQDN-ul ales în Control Hub. De exemplu:
Un trunchi configurat din Control Hub al organizației dvs. cu london.lgw.cisco.com:5061 ca FQDN Trebuie să conțină london.lgw.cisco.com în certificatul CN sau SAN.
Un trunchi configurat din Control Hub al organizației dvs. cu london.lgw.cisco.com a fost SRV TREBUIE să conțină london.lgw.cisco.com în certificatul CN sau SAN. Înregistrările în care se rezolvă adresa SRV ( Înregistrare CNAME/A / Adresă IP ) sunt opționale în SAN.
Certificatele pot fi partajate între mai multe gateway-uri locale, cu toate acestea, cerințele FQDN care sunt menționate la punctul anterior trebuie să fie îndeplinite.
Înainte de a începe
Toate trunchiurile trebuie să fie alocate unei locații în Control Hub.
Administratorul TREBUIE să aleagă ca gateway-ul local să fie rezolvat printr-un FQDN sau o Înregistrare de serviciu (SRV) și această opțiune va ieși în timpul configurării trunchiului. Cu toate acestea, există câteva reguli:
Administratorul TREBUIE să aibă o adresă de gazdă unică (FQDN sau SRV) per trunchi în întreaga organizație. De exemplu:
Un trunchi cu FQDN london.lgw.cisco.com:5062 poate fi creat numai dacă nu există alt trunchi cu o adresă de gazdă london.lgw.cisco.com.
Un trunchi cu adresă SRV london.lgw.cisco.com poate fi creat numai dacă nu există alt trunchi cu adresă de gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același FQDN și o combinație de port.
Dacă adresa gateway-ului este un FQDN, atunci trebuie configurat un port. Se pot alege porturi SIP standard, cum ar fi 5061 sau 5062, iar configurația firewall corespunzătoare trebuie efectuată, astfel încât combinația IPV4 și portul să poată fi adresate dintr-un serviciu cloud.
Dacă este aleasă o adresă SRV, atunci tip serviciu trebuie să aibă prefixul "_sips ._tcp ". Înregistrările din cadrul evidenței de service trebuie să aibă o pondere și o prioritate corespunzătoare și să aibă un TTL de cel puțin 300 de secunde.
Administratorul trebuie să aleagă o adresă de gazdă dintr-un nume domeniu de nivel superior verificat/revendicat conform Articolul Gestionare domenii .
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
||
| 2 | Selectați Adăugare trunchi . |
||
| 3 | Selectați a Locație din listă derulantă. |
||
| 4 | Introduceți a Nume pentru portbagaj. |
||
| 5 | Selectați Pe bază de certificat din Tip trunchi listă derulantă. |
||
| 6 | Selectați un tip de dispozitiv din meniul drop-down.
|
||
| 7 | Introduceți Controler frontieră sesiune (SBC) Adresă , Domeniu , și Port . Aceasta este adresa FQDN sau SRV pentru Webex Calling pentru a contacta Enterprise SBC.
|
||
| 8 | Introduceți număr maxim de apeluri simultane.
|
||
| 9 | Faceți clic pe Salvați.
|
Ce este de făcut în continuare
Salvați Webex Calling Edge afișate pe ecranul final.
Pentru a configura un CUBE ca gateway local, consultați: Configurați gateway-ul local pe IOS-XE pentru Webex Calling
Puteți edita numele trunchiului sau puteți vizualiza detaliile și utilizarea trunchiului în Control Hub.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
||||
| 2 | Selectați trunchiul pe care doriți să îl vizualizați sau să îl modificați. |
||||
| 3 | Pe panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru trunchi. |
||||
| 4 | Pentru a vizualiza detalii suplimentare, faceți clic Gestionați lângă Trunchiuri .
|
||||
| 5 | Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:
|
Puteți șterge un trunchi atât timp cât nu este utilizat.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
| 2 | Selectați trunchiul pe care doriți să îl ștergeți. |
| 3 | Faceți clic pe |
Pentru a verifica starea trunchiului în Control Hub.
| 1 | Conectați-vă la Control Hubhttps://admin.webex.com , accesați . |
| 2 | Selectați trunchiul în care doriți să verificați starea. |
| 3 | Faceți clic Informații trunchi . |
Exemplu
Următoarele sunt stările de trunchi diferite bazate pe certificate:
Online: Conexiune reușită între toate proxy-urile Webex Calling Edge și gateway-ul local.
Offline: Conexiune nereușită între Webex Calling și Local Gateway.
Cu deficiențe : Conexiune nereușită între cel puțin 1 proxy Webex Calling Edge și Local Gateway.
Necunoscute: În procesul de stabilire a unei conexiuni între Webex Calling și gateway-ul local care a fost adăugat recent.
SI Nr. |
Descriere eroare |
Acțiune |
|---|---|---|
1. |
Conexiune TLS la gateway-ul local a eșuat din cauza eșecului rezoluției DNS a FQDN configurat pentru gateway-ul dvs. |
Verificați configurațiile DNS pentru SRV /FQDN configurat și asigurați-vă că acestea pot fi rezolvate |
2. |
Conexiunea TLS la gateway-ul local a eșuat din cauza unei probleme de transport |
Verificați dacă adresele IP rezolvate și portul către gateway-ul local sunt valide |
3. |
Conexiunea TLS la gateway-ul local a eșuat, deoarece certificatul gateway-ului este semnat de o Autoritatea certificatului nevalidă |
Verificați și asigurați-vă că certificatul Gateway local este semnat de o Autoritatea certificatului validă ( Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ? ) |
4. |
Conexiunea TLS la gateway-ul local a eșuat, deoarece certificatul gateway-ului a expirat |
Verificați și asigurați-vă că certificatul Local Gateway nu a expirat |
5. |
Conexiunea TLS la gateway-ul local a eșuat, deoarece certificatul gateway-ului a fost emis de o Autoritatea certificatului expirată |
Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de un lanț certificat de autoritate de certificare expirat |
6. |
Conexiune TLS la gateway-ul local a eșuat, deoarece FQDN-ul configurat pentru gateway-ul dvs. lipsește din CN sau SAN |
Verificați și asigurați-vă că certificatul gateway local are CN / SAN la fel ca FQDN/SRV configurat |
7. |
Opțiunile SIP trimise către gateway-ul local nu au primit niciun răspuns |
Verificați și asigurați-vă că CUBUL este configurat să primească solicitări OPȚIUNI și să răspundă. Verificați configurația CUBE |
8. |
Conexiunea TLS de la Local Gateway la Webex Calling a eșuat din cauza unui certificat de gateway nevalid |
Verificați și asigurați-vă că certificatul Gateway local este valid |
9. |
Conexiunea TLS de la Local Gateway la Webex Calling a eșuat, deoarece nu am putut avea încredere în Autoritatea certificatului |
Verificați și asigurați-vă că certificatul gateway local este semnat de Autoritatea certificatului valabilă ( Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex ? ) |
10. |
Conexiunea TLS de la Local Gateway la Webex Calling a eșuat din cauza certificatelor expirate în lanț |
Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de lanț certificat expirat |
11. |
Opțiunile de conexiune TLS și SIP de la Local Gateway la Webex Calling au eșuat |
Verificați și asigurați-vă că CUBUL este configurat să trimită solicitări OPȚIUNI |
12. |
Răspunsul la opțiunile SIP de la gateway-ul local indică o eroare de server sau un serviciu indisponibil |
Verificați și asigurați-vă că gateway-ul local nu este în modul Întreținere sau că dirijare apel nu este dezactivată |
13. |
Conexiunea TLS la gateway-ul local a eșuat, deoarece certificatul gateway-ului local a fost revocat |
Verificați și asigurați-vă că certificatul Local Gateway nu este revocat |
14. |
Conexiunea TLS de la gateway-ul local la Webex Calling a eșuat, deoarece certificatul gateway-ului a fost revocat |
Verificați și asigurați-vă că certificatul Local Gateway nu este revocat |
15. |
Conexiunea TLS de la gateway-ul local la Webex Calling a eșuat, deoarece certificatul gateway-ului a expirat |
Verificați și asigurați-vă că certificatul Local Gateway nu a expirat |
16. |
Conexiunea TLS de la gateway-ul local la Webex Calling a eșuat din cauza unei erori de certificat |
Verificați și asigurați-vă că certificatul Local Gateway este valid și respectă cerințele |
17. |
Conexiunea TLS la gateway-ul local din Webex Calling a eșuat din cauza unei erori de certificat |
verificați și asigurați-vă că certificatul Local Gateway este valid și respectă cerințele |
|
Eroare SI Nr.: 2, 6, 11 și 12 sunt afișate numai atunci când toate nodurile proxy de margine întâmpină o problemă. |
Grup de rutare
Un grup de rutare este un grup de trunchiuri care permite Webex Calling să distribuie apelurile pe mai multe trunchiuri sau să asigure redundanță.
Înainte de a începe
Adăugați trunchiuri înainte de a configura un grup de rute.
Grupurile de rute pot include trunchiuri configurate din mai multe locații.
Trunkurile pot fi configurate singular sau atribuite unui grup de rute. Adăugați trunchiuri la grupurile de rutare pentru a oferi redundanță și scalabilitate.
Fiecare grup de rute trebuie să includă cel puțin un trunchi cu maximum 10 trunchiuri per grup de rute.
Când configurați un grup de rute, setați un nivel de prioritate pentru trunchiurile din acel grup de rute. Această setare permite rutarea apelurilor într-o manieră echilibrată în funcție de încărcare.
Apelurile sunt distribuite aleator între trunchiuri cu aceeași prioritate. Dacă nu este disponibil un trunchi care este setat ca prioritate cea mai mare, sistemul încearcă să direcționeze apelul către un trunchi cu o setare de prioritate mai mică. De exemplu:
Trunchiul 1 și Trunchiul 2 sunt setate la nivelul de prioritate 1.
Trunchiul 3 este setat la nivelul de prioritate 2.
Webex Calling direcționează apelurile către trunchiul 1 și trunchiul 2 într-o manieră echilibrată din punct de vedere al sarcinii.
Dacă trunchiul 1 și trunchiul 2 nu sunt accesibile, apelurile sunt direcționate către trunchiul 3.
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați . |
| 3 | Denumiți grup de rute, apoi selectați trunchiul (trunchiurile) de adăugat din meniu derulant. |
| 4 | Selectați nivelul de prioritate pentru trunchi. |
| 5 | Faceți clic pe Salvați. |
Ce este de făcut în continuare
Din ecranul de confirmare, puteți accesa Locații pentru a configura conexiune PSTN la locații individuale sau puteți vizita Planuri de apelare pagina pentru a utiliza acest grup de rute de rutare ca opțiune de rutare pentru un plan de apelare.
Puteți modifica numele unui grup de rute existent, puteți adăuga trunchiuri, puteți modifica numărul de trunchiuri atribuite și puteți modifica nivelurile de prioritate ale trunchiurilor. Din pagina cu grup de rute de trasee puteți vizualiza și fișierul Apeluri către interiorul local , Planuri de apelare , și Conexiune PSTN .
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați grup de rute pe care doriți să îl modificați. |
| 3 | Pe panoul lateral, lângă numele grup de rute , faceți clic pe |
| 4 | Pentru a adăuga sau edita trunchiuri în grup de rute, faceți clic Gestionați lângă Trunchiuri . Puteți să adăugați un trunchi din meniu derulant, să editați nivelul de prioritate al unui trunchi existent în tabel și/sau să ștergeți un trunchi existent din tabel. |
| 5 | Faceți clic pe Salvați. |
Puteți șterge un grup de rute atât timp cât nu este utilizat.
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați grup de rute pe care doriți să îl ștergeți. |
| 3 | Faceți clic pe |
Planurile de apelare vă permit să dirijare apeluri către destinații în rețeaua corporatistă prin utilizarea trunchiurilor sau a grupurilor de rutare. Acestea sunt configurate global pentru o întreprindere și se aplică tuturor utilizatorilor, indiferent de locație. Un plan de apelare specifică, de asemenea, opțiunea de rutare (trunchi sau grup de rute de rutare) pentru apelurile care se potrivesc cu oricare dintre modelele sale de apelare. Modelele de apelare specifice pot fi definite ca parte a planului de apelare. Un model de apel reprezintă interioare în rețeaua corporatistă :
Numere ESN/on-net
+ Modele E 164
Domenii URI SIP
Modele de cadran numeric
Modelele numerice pot reprezenta fie numere E 164 , fie numere enterprise. Modelele pentru numerele E 164 încep cu un + înainte, urmat de o secvență de cifre (1-9) și apoi de caractere wildcard opționale.
Model de apelare Enterprise
Un model de apelare enterprise este reprezentat printr-o secvență de cifre (1-9), urmată de caractere wildcard opționale. Caracterele joker valide sunt ! (se potrivește cu orice succesiune de cifre) și X (se potrivește cu o singură cifră, 0-9). Elementul ! wildcard poate apărea o singură dată la sfârșit și numai într-un model E 164 .
Exemple de planuri de apelare Enterprise |
|
|---|---|
+1408555XXXX |
11 cifre + număr E 164 care începe cu +1408555 |
+14085551234 |
Șir de apelare exact +14085551234 |
+496100! |
Orice șir de apelare care începe cu +496100 |
84969XXX |
ESN din 8 cifre, începând cu 84969 |
84969764 |
ESN exact din 8 cifre 84969764 |
Sintaxă model de apelare URI SIP :
Numai domeniile (partea din dreapta a URI SIP după @) sunt potrivite. Opțiunile sunt fie:
Domeniu complet calificat
Domeniu cu un * inițial (indicând toate subdomeniile domeniului dat)
Exemple:
Exemple de sintaxă a modelului de apelare URI SIP |
||
|---|---|---|
Prefix |
Înțeles |
Exemple |
example.com |
Doar URI-urile cu porțiunea gazdă „example.com” |
alice@example.com |
noi.exemplu.com |
Doar URI-uri cu porțiunea de gazdă „us.example.com” |
alice@us.example.com |
*.example.com |
URI-uri cu porțiunea gazdă fiind subdomeniul „example.com” |
alice@eu.example.com alice@sales.us.example.com Notă: alice@example.com nu este potrivită |
După ce v-ați creat trunchiurile și grupurile de rutare, puteți configura un plan de apelare Control Hub .
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Faceți clic Planuri de apelare , atunci Creați plan de apelare . |
| 3 | Introduceți a Nume pentru planul de apelare. |
| 4 | Selectați a Alegere rutare . Selectați fie un trunchi creat anterior, fie un grup de rute. |
| 5 | (Opțional) Puteți crea sau importa manual un model de apelare pentru opțiunile de rutare selectate. |
| 6 | Faceți clic pe Salvați. |
Ce este de făcut în continuare
De asemenea, puteți adăuga în bloc modele de apelare după ce ați creat planul de apelare. Pentru a adăuga în grup modele de apelare folosind un fișier CSV, accesați Planuri de apelare ecran și selectați Acțiuni meniu derulant din planul de apelare pentru a edita, apoi alegeți Import modele de apelare CSV sau Exportați modelele de apelare CSV . Alegeți Descărcați șablonul sau Import CSV File și faceți clic Trimitere .
Puteți modifica numele unui plan de apelare existent, opțiunile de rutare și modelele de apelare în Control Hub .
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați planul de apelare pe care doriți să îl modificați. |
| 3 | Pe panoul lateral, lângă numele planului de apelare, faceți clic pe |
| 4 | Pentru a schimba Alegere rutare alegeți o altă opțiune din meniu derulant. |
| 5 | Pentru a adăuga manual un nou model de apelare, faceți clic Adăugați modele de cadran . Sau faceți clic Import CSV pentru a adăuga în bloc modele de cadran. |
| 6 | Pentru a elimina un model de apelare, faceți clic pe |
| 7 | Faceți clic pe Salvați. |
pictograma de lângă modelul de cadran pe care doriți să îl eliminați.| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați planul de apelare pe care doriți să îl ștergeți. |
| 3 | Faceți clic pe |
Puteți activa setarea Apeluri către interioare locale în Control Hub . Această setare se aplică utilizatorilor dintr-o locație care sunt înregistrați la un PBX și vă permite să rutați interioare necunoscute (lungimea numărului de apelare de 2-6 cifre) către PBX utilizând un trunchi sau un grup de rute existent .
Înainte de a începe
Setarea Apeluri către interiorul local este activată pentru fiecare locație.
Această setare permite păstrarea obiceiurilor de apelare într-un mediu mixt cloud/premises. Utilizatorii pot utiliza în continuare apelare abreviată (de exemplu, 4 cifre), chiar dacă site-ul este migrat parțial la Webex Calling .
Când este activată, apelurile efectuate de utilizatori la locație către un interior necunoscut (între 2-6 cifre) sunt redirecționate către grup de rute/trunchiul selectat ca apeluri la sediu.
Apelurile redirecționate prin trunchiuri la locația de la un interior necunoscut sunt tratate ca apeluri la sediu.
Apelurile sunt considerate ca provenind de la un interior necunoscut atunci când ID -ul de apelant nu corespunde niciunuia dintre modelele existente ale planului de apelare.
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați locația de modificat. |
| 3 | Pe panou, faceți clic Apelare internă . |
| 4 | Bifați caseta de lângă Activați rutarea interioarelor necunoscute către sediul ca apeluri interne pentru a activa această setare. |
| 5 | Selectați o opțiune de rutare din meniu derulant. |
| 6 | Faceți clic pe Salvați. |
În Control Hub puteți configura setările de dirijare apel între Webex Calling și spații. Aceste setări determină modul în care sunt tratate numerele dvs. necunoscute atunci când utilizați trunchiuri și grupurile de rutare către un PBX în rețeaua corporatistă și formatul ID apelantului pentru apelurile rutate între Webex Calling și PBX-ul dvs.
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
||
| 2 | Derulați la Dirijarea apelurilor între Webex Calling și sediu și alegeți modul în care doriți să tratați numerele necunoscute.
|
||
| 3 | Alegeți formatul ID apelant.
|
||
| 4 | Faceți clic pe Salvați. |
Instrumentul Verificare rutare apel în Control Hub furnizează:
Simularea apelurilor pentru analiza deciziilor de rutare.
Sfaturi utile în timpul fazelor de proiectare și configurare a unei implementări.
Evenimente din Platforma Webex Analytics care includ decizii de dirijare apel .
Asistență în cazuri de depanare.
| 1 | Din vizualizarea clientului înhttps://admin.webex.com , accesați . |
| 2 | Selectați Verificați rutarea apelurilor . |
| 3 | Din meniu derulant, alegeți Selectați Sursă apel a unui utilizator sau a unui trunchi de verificat. |
| 4 | Introduceți un număr sau un URI. |
| 5 | Faceți clic Consultați Rezultatul rutare pentru a vizualiza dirijare apel. |
Exemplul 1: PBX cu mai multe site-uri
Descrierea implementării
Client Enterprise cu 100 de site-uri în SUA.
Implementare PBX pe mai multe site-uri (sau rețea de PBX), cu PBX-ul principal distribuit pe două site-uri principale pentru HA.
Plan de apelare companie din 8 cifre: 8 + cod site din 3 cifre + interior din 4 cifre.
30 de site în rețeaua corporatistă, 70 de site-uri se mută Webex Calling . PSTN rămâne în rețeaua corporatistă, prin trunchiuri SIP la cele două site-uri principale.
Nu există site-uri mixte. Pentru fiecare site, utilizatorii sunt fie toți în rețeaua corporatistă, fie toți înregistrați în cloud.
Soluție de implementare
Plan de apelare unică cu 30 de modele E 164 + 30 ESN care direcționează apelurile pentru utilizatorii de la în rețeaua corporatistă către un grup de rutare cu două trunchiuri, care se termină pe două gateway-uri locale la cele două site-uri principale.
Exemplul 2: Site-uri Cloud-PBX mixte
Descrierea implementării
Client Enterprise cu 50 de site-uri în SUA: 10 site-uri mari și 40 de sucursale mici.
PBX-uri la site-urile mari, comutatoare cu tastatură la sucursale.
Plan de apelare Enterprise din 7 cifre: 8 + cod site din 2 cifre + interior din 4 cifre.
Webex Calling numai la sucursale, migrare lentă de la PBX-uri la site-uri mari (site-uri mixte cu ambele Webex Calling și utilizatori PBX).
PSTN conectat la cloud pentru toți utilizatorii cloud (utilizatorii de la sediu continuă să utilizeze PSTN existent).
Utilizatorii de cloud și PBX de la fiecare site mare trebuie să păstreze capacități de apelare exclusiv pentru interior.
Soluție de implementare
Planuri de apelare pentru a dirijare apeluri către fiecare dintre PBX-uri de pe orice alt site. De asemenea, pentru fiecare site mare, Calls to On-Premises Extensions configurate să dirijare apeluri către un trunchi care se termină pe un gateway local al site-ului.
Limitări configurabile pentru trunchiuri, grupuri de rutare și planuri de apelare |
|
|---|---|
Descriere |
Limitare maximă |
Modele de apelare pe care un CSV le poate încărca într-un plan de apelare |
10000 |
Trunchiuri care pot fi configurate pe locație |
100 |
Grupuri de rutare per client companie |
10000 |
Trunchiuri configurabile într-un grup de rute |
10 |
Planuri de apelare configurabile pentru fiecare client companie |
10000 |
Modele de apelare configurabile cu un singur plan de apelare |
10000 |
