- Pagină de pornire
- /
- Articol
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 găzduiți 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 permite Webex Calling să distribuie apelurile pe mai multe trunchiuri sau să asigure 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 din sediu și utilizatori Webex Calling .
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 combinată care vă permite să comandați numere PSTN noi ș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 Apelare > Locații , 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. Consultați Începeți cu gateway-ul local pentru a înțelege diferitele modele și cerințe de trunchiere pentru dispozitive și configurații.
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. Cu identitatea duală activată, Webex Calling populează De și PAI (și ambele anteturi de identitate pot fi diferite). Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată. 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 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 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. Cu identitatea duală activată, Webex Calling populează De și PAI (și ambele anteturi de identitate pot fi diferite). Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată. 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.
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 ș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 pictograma pentru a schimba numele trunchiului. 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. Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată. 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 în Acțiuni coloană, faceți clic Ștergeți trunchiul . |
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 . |
Următoarele sunt stările diferite ale trunchiului bazate pe înregistrare:
Online —Înscriere 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 se rezolvă la această adresă TREBUIE să poată fi rezolvată pe internet. Webex Calling acceptă numai TLS pentru semnalizare și SRTP sau UDPTL pentru media.
Toate porturile SIP și media ale gateway-ului Local TREBUIE SĂ fie accesibile de pe internet și, prin urmare, necesită actualizări ale firewall-ului (TREBUIE să fie efectuate pe componentele rețelei de întreprindere):
Consultați Ghidul de referință pentru portul Webex Calling pentru a înțelege porturile necesare care ar avea nevoie de acces pe partea de premise și pe partea cloud.
Porturile SIP standard, cum ar fi 5061 sau 5062 pot fi configurate ca porturi SIP de ascultare.
Pentru autorizarea și autentificarea cu succes a apelurilor din trunchi este necesar un certificat semnat. Un gateway local TREBUIE SĂ îndeplinească următoarele cerințe la stabilirea unei conexiuni TLS reciproce bidirecționale cu serviciile Webex Calling pentru SIP:
Certificatul unui gateway local TREBUIE SĂ fie:
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?
Certificatele semnate TREBUIE să aibă întotdeauna o perioadă de valabilitate valabilă.
Certificatele originale sau intermediare utilizate pentru semnarea certificatului TREBUIE SĂ aibă un termen de expirare valabil și nu trebuie 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 trunchiului ales în Control Hub. Cerințele sunt elaborate în secțiunea următoare.
Un pachet 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 încărcat pentru a valida certificatele din serviciile Webex pentru SIP.
Înainte de a începe
Domeniu revendicat și verificat: Când adăugați un trunchi, TREBUIE aleasă o adresă de gazdă dintr-un nume de domeniu verificat sau revendicat de nivel superior, consultați Gestionați-vă domeniul.
Adresă unică în întreaga organizație: Un trunchi este creat cu o adresă de gazdă unică FQDN sau SRV. Această adresă TREBUIE SĂ fie unică pentru întreaga organizație și nici două trunchiuri nu pot utiliza aceeași adresă.
Un trunchi cu un FQDN london.lgw.cisco.com:5062 poate fi creat numai dacă nu există alt trunchi cu o adresă gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același nume de adresă ca o adresă SRV sau un FQDN și cu o combinație de porturi diferită.
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 nume ca adresa SRV sau o FQDN și cu o combinație de porturi diferită.
configurație DNS: Gateway-ul Local TREBUIE rezolvat de pe internetul public printr-o înregistrare de tip DNS A sau DNS Service Record (SRV).
Dacă este ales un FQDN, adresa TREBUIE SĂ se rezolve la o Înregistrare DNS A și nu la un CNAME DNS.
Dacă este aleasă o adresă SRV, atunci tipul de serviciu TREBUIE SĂ aibă un prefix de „_sips._tcp”.
Adresa se poate rezolva la una sau mai multe DNS A Records cu greutate și prioritate diferite. În timp ce face acest lucru, se recomandă utilizarea aceluiași port de ascultare pentru toate înregistrările.
Înregistrările din registrul serviciului trebuie să aibă o greutate și o prioritate corespunzătoare. Utilizarea distribuțiilor de trafic care influențează diferite greutăți și priorități pentru apelurile care provin din Webex Calling.
Toate tipurile de înregistrare TREBUIE SĂ aibă un TTL rezonabil de mare 300 secunde sau mai mare este de preferat.
Toate trunchiurile trebuie alocate unei locații din Control Hub.
Următorul tabel conține exemple cu diferite tipuri de înregistrări care sunt alese în organizația dvs. ca adresă a trunchiului în același timp.
Configurația trunchiurilor ca FQDN sau SRV | Regulă pentru configurarea DNS | Adresa prezentă în certificat ca nume comun (CN) sau nume alternativ al subiectului (SAN) | Cerință antet de contact SIP |
---|---|---|---|
FQDN: london.lgw1.cisco.com cu port 5061 | london.lgw1.cisco.com este o înregistrare DNS A | london.lgw1.cisco.com | sip:london.lgw1.cisco.com:port;transport=tls sau sip:user@london.lgw1.cisco.com:port;transport=tls |
SRV: frankfurt.lgw.cisco.com | _sips._tcp.frankfurt.lgw.cisco.com rezolvă la ONE A Înregistrare frankfurt.lgw1.cisco.com | frankfurt.lgw.cisco.com | sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
SRV: frankfurt.lgw.cisco.com | _sips._tcp.frankfurt.lgw.cisco.com rezolvă la DOUĂ sau mai multe Înregistrări A fr.lgw1.cisco.com fr.lgw2.cisco.com Ambele înregistrări TREBUIE SĂ se rezolve la o adresă IP unică și, după cum se sugerează, pot avea o greutate și o prioritate diferite. | frankfurt.lgw.cisco.com | sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
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 pictograma pentru a schimba numele trunchiului. 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 în Acțiuni coloană, faceți clic Ștergeți trunchiul . |
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 . |
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 Local Gateway este semnat de o autoritate de certificare 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. Un grup de rute de rutare poate fi utilizat și ca opțiune de rutare pentru rutarea interioarelor necunoscute într-o locație.
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 pictograma pentru a schimba numele grup de rute. |
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 în Acțiuni coloană și selectați Ștergeți grupul de rute . |
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 .
Nu puteți utiliza:
|
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 pentru a schimba numele planului de apelare. |
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 pictograma de lângă modelul de cadran pe care doriți să îl eliminați. |
7 | Faceți clic pe Salvaț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 în Acțiuni coloană și selectați Ștergeți planul de apelare . |
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. Aceasta se referă la apelurile din amonte primite în Webex Calling de la un trunchi.
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 rute ș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 |