- Pagină de pornire
- /
- Articol
Configurați trunchiuri, grupuri de rute și planuri de apelare pentru Webex Calling
Planurile de apelare, trunchiurile și grupurile de rute Webex Calling ajută la configurarea Webex Calling pentru a gestiona apelurile între utilizatorii găzduiți Webex Calling și utilizatorii PBX-urilor locale. Această soluție vă permite să configurați utilizatorii găzduiți să utilizeze Cloud PSTN (CCP sau Cisco PSTN) sau PSTN bazat pe locații.
Un trunchi este o conexiune între Apelarea Webex și sediu, care se termină la sediu cu un gateway local sau alt dispozitiv acceptat. După ce creați un trunchi, îl puteți atribui unui grup de rute.
Un grup de rute este un grup de trunchiuri care permit Apelării Webex să distribuie apeluri pe mai multe trunchiuri sau să ofere redundanță.
Un gateway local este un dispozitiv local care interconectează trunchiul, rețeaua PSTN locală, and/or Centrală telefonică.
Trunchiurile, grupurile de rute și planurile de apelare oferă următoarele beneficii:
-
Echilibrarea încărcării și reluarea în caz de nefuncționare între trunchiuri către Webex Calling și sediul companiei.
-
Posibilitatea utilizatorilor Webex Calling de a utiliza PSTN în cloud (Cloud Connected PSTN (CCP) sau Cisco PSTN) și de a contacta utilizatorii PBX din cadrul companiei.
-
Rutarea apelurilor către centrale telefonice PBX din diferite sedii.
-
Funcționalitate tandem pentru a direcționa apelurile între PBX-urile locale.
-
Gamă mai largă de scenarii de migrare și coexistență cu centrale telefonice locale, inclusiv locații mixte cu utilizatori locali și utilizatori Webex Calling.
-
Vizibilitate detaliată a deciziilor de rutare a apelurilor.
Opțiuni PSTN pentru locația dvs.
Odată ce locația dvs. este activată, trebuie să configurați conectivitatea PSTN pentru utilizatorii Webex Calling din acea locație. Sunt disponibile următoarele opțiuni PSTN:

-
Cisco PSTN—Alegeți această opțiune dacă doriți o soluție la pachet care vă permite să comandați numere PSTN noi și să portați numerele existente la Cisco. Cisco PSTN opțiune este disponibilă numai în următoarele condiții:
-
Ați achiziționat și activat Planul de apelare Cisco.
-
Locația se află într-o țară în care este acceptat Planul de apelare Cisco.
-
-
PSTN conectat la cloud—Alegeți această opțiune dacă sunteți în căutarea unei soluții cloud care nu necesită implementarea de hardware local, apoi selectați un furnizor CCP dorit. Cloud PSTN (Cisco PSTN sau Cloud Connected PSTN) poate fi utilizat numai pentru a oferi acces PSTN utilizatorilor Webex Calling. Apelurile care provin de la utilizatorii locali nu pot accesa PSTN în cloud.
-
PSTN bazat pe sediu (Gateway local)—Alegeți această opțiune dacă doriți să păstrați furnizorul PSTN actual. Trunchiuri pentru PSTN bazate pe premise prin gateway-ul local pot fi, de asemenea, utilizate pentru a vă conecta la local PBXs. Puteți păstra funcționalitatea gateway-ului local existentă este reținută fără a efectua modificări de configurare. Locațiile care utilizează gateway-ul local sunt setate la PSTN bazat pe premise și gateway-urile locale devin trunchiuri.
Configurați conexiunea PSTN selectată în Control Hub selectând Atribuire sau Gestionare și selectați conexiunea PSTN dorită.
, selectați locația pe care doriți să o modificați, apoi selectațiTrunchi
Un trunchi este o conexiune între Webex Calling și local, terminată la fața locului cu un controler de bordură de sesiune acceptat care acționează ca gateway local. Consultați Introducere în Local Gateway pentru a înțelege diversele modele de trunking și cerințele pentru dispozitive și configurație.
Pentru un model de trunchi de înregistrare, Session Border Controller (SBC) efectuează înregistrarea SIP. Trunchiul bazat pe înregistrare necesită gateway-ul local pentru a menține înregistrarea SIP este activă. Conexiunea este implicită la înregistrare.
Înainte de a începe
Toate trunchiurile trebuie atribuite unei locații din Control Hub.
1 |
Selectați Adăugare trunchi. |
2 |
Selectați o locație din lista verticală. |
3 |
Introduceți un nume pentru trunchi. |
4 |
Selectați Înregistrare din lista verticală Tip trunchi. |
5 |
Setarea Suport dublu identitate impact manipularea antetului de la și P-Asserted-Identity (PAI) antet atunci când trimiteți o invitație SIP inițială la trunchi pentru un apel de ieșire. Cu identitatea duală activată, Webex Calling populează câmpurile De la și PAI (iar ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
6 |
Faceți clic pe Salvați. |
Ce este de făcut în continuare
Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group 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 într-un document, astfel încât să le puteți consulta atunci când sunteți gata să configurați gateway-ul local. Dacă pierdeți acreditările, trebuie să le regenerați din ecranul cu informații despre trunchi din Control Hub. Faceți clic pe Regăsire nume de utilizator și reinițializare parolă pentru a genera un nou set de acreditări de autentificare de utilizat pe trunchi.
Această acțiune are impact asupra serviciului, deci este recomandat să se facă în timpul orelor de nonbusiness.
Dacă configurați un trunchi pentru a conecta gateway-ul local la Apelare Webex, consultați: Configurați gateway-ul local pe IOS-XE pentru apeluri Webex.
Un portbagaj este conexiunea dintre Webex Calling și local, care se termină în local cu un gateway local sau alt dispozitiv acceptat.
Înainte de a începe
Toate portbagajele trebuie să fie alocate unei locații din Control Hub.
1 |
Conectați-vă la Control Hub. |
2 |
Navigați la . |
3 |
Accesați . |
4 |
Selectați Adăugare trunchi. |
5 |
Selectați o locație și un nume al trunchiului. Numele trunchiului nu poate avea mai mult de 24 de caractere. |
6 |
Setarea Suport dublu identitate impact manipularea antetului de la și P-Asserted-Identity (PAI) antet atunci când trimiteți o invitație SIP inițială la trunchi pentru un apel de ieșire. Cu identitatea duală activată, Webex Calling populează câmpurile De la și PAI (iar ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
7 |
Faceți clic pe Salvați. |
8 |
Asistența P-Charge-Info răspunde nevoii furnizorilor PSTN de a avea o metodă mai fiabilă pentru autentificarea și facturarea apelurilor în cadrul Webex Calling. Gateway-ul local poate primi un ID de apelant diferit de numărul pe care doriți să îl utilizați pentru facturare sau autorizare. Pentru a trimite un identificator suplimentar în aceste scopuri, utilizați antetul P-Charge-Info. Activați această opțiune pentru a include antetul P-Charge-Info în informațiile despre apelul PSTN de ieșire trimise către trunchi, utilizând un număr bazat pe opțiunea de politică selectată. Furnizorul PSTN se poate baza apoi pe antetul unic P-Charge-Info pentru a determina numărul taxabil, eliminând necesitatea utilizării antetului PAI pentru originarea obișnuită și a antetului Diversion pentru redirecționările apelurilor. În mod implicit, sistemul setează politica P-Charge-Info Support la Disabled.
Limitări:
|
Ce este de făcut în continuare
Informațiile despre trunchi apar pe ecranul Registru domeniu, Trunk Group 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 într-un document, astfel încât să le puteți consulta atunci când sunteți gata să configurați gateway-ul local. Dacă pierdeți acreditările, trebuie să le generați din nou din ecranul cu informații despre portbagaj în Control Hub. Faceți clic pe Regăsire nume de utilizator și reinițializare parolă pentru a genera un nou set de acreditări de autentificare de utilizat pe trunchi.
Această acțiune are impact asupra serviciului, deci este recomandat să se facă în timpul orelor care nu sunt lucrătoare.
Puteți edita numele trunchiului sau puteți vizualiza detaliile și utilizarea acestuia în Control Hub.
1 |
Selectați trunchiul pe care doriți să-l vizualizați sau să-l modificați. |
2 |
Pe panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru portbagaj. |
3 |
Pentru a vizualiza detalii suplimentare, faceți clic pe Gestionare lângă Trunchiuri. Utilizați această setare dacă pierdeți acreditările de informații despre trunchi și trebuie să le regenerați. Faceți clic pe Regăsire nume de utilizator și parolă pentru a genera un nou set de acreditări de autentificare de utilizat pe trunchi. Acesta este un impact asupra serviciului. |
4 |
Setarea Suport dublu identitate impact manipularea antetului de la și P-Asserted-Identity (PAI) antet atunci când trimiteți o invitație SIP inițială la trunchi pentru un apel de ieșire. Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
Puteți șterge un trunchi atât timp cât nu este utilizat.
1 |
Selectați trunchiul pe care doriți să îl ștergeți. |
2 |
Faceți clic pe |
Pentru a verifica starea trunchiului în Control Hub.
1 |
Conectați-vă la Control Hub https://admin.webex.com, accesați . |
2 |
Selectați trunchiul pe care doriți să verificați starea. |
3 |
Faceți clic pe Informațiitrunchi. Următoarele sunt diferitele stări ale trunchiului:
|
În timp ce 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 între FQDN și certificatul gateway-ului local pentru a avea încredere într-un Gateway local.
Cerințe pentru configurarea unui Gateway local din Control Hub:
-
Gateway-ul local TREBUIE să fie accesibil direct de pe internet folosind o adresă IPv4 publică. Această adresă TREBUIE rezolvată dintr-o înregistrare DNS A sau SRV dintr-un domeniu care a fost verificat în Control Hub. Dacă gateway-ul local a fost configurat cu o adresă IP privată, atunci un 1:1 Traducerea statică a adreselor (NAT) este necesară pentru a asigura accesul direct de pe Internet.
-
Când este implementat în spatele unui firewall, TREBUIE configurate reguli adecvate pentru a permite semnalizarea TLS SIP și UDP/SRTP suporturi media care să treacă între gateway-ul local și Internet.
-
Consultați Ghidul de referință al porturilor de apel Webex pentru detalii despre porturile utilizate în fluxurile dintre gateway-ul local și Webex Cloud.
-
Acest ghid de configurare presupune că portul SIP TLS standard 5061 este utilizat de gateway-ul local pentru a primi semnale. Dacă este necesar, se poate utiliza un port alternativ de ascultare a semnalizării.
-
-
Este necesar un certificat semnat pentru autorizarea și autentificarea cu succes a apelurilor din portbagaj. Un gateway local TREBUIE să îndeplinească următoarele cerințe atunci când stabilește o conexiune TLS reciprocă bidirecțională cu serviciile Webex Calling pentru SIP:
-
Certificatul unui gateway local TREBUIE să fie:
-
Semnat de o autoritate de certificare 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 expirare validă.
-
Certificatele rădăcină sau intermediare utilizate pentru semnarea certificatului TREBUIE să aibă o expirare validă și nu ar trebui revocate.
-
Certificatele trebuie să fie semnate pentru utilizarea clientului și a serverului.
-
Certificatele TREBUIE să conțină numele de domeniu complet calificat (FQDN) ca nume comun sau nume alternativ al subiectului în certificat, iar FQDN-ul pentru trunchi este ales în Control Hub. Cerințele sunt detaliate î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?ar trebui încărcat pentru a valida certificatele de la serviciile Webex pentru SIP.
-
Înainte de a începe
-
Domeniu revendicat și verificat: Când adăugați un trunk, TREBUIE să fie aleasă o adresă de gazdă dintr-un nume de domeniu de nivel superior verificat sau revendicat, consultați Manage-your-domain.
-
Adresă unică în cadrul organizației: Un trunk este creat cu o adresă de gazdă FQDN sau SRV unică. Această adresă TREBUIE să fie unică pentru întreaga organizație și nicio adresă nu poate fi utilizată de două linii telefonice.
-
Un trunchi cu un FQDN london.lgw.cisco.com:5062 poate fi creat doar dacă nu există un alt trunchi cu adresa 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ă nici un alt trunchi cu o adresă gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același nume ca adresa SRV sau un FQDN și cu o combinație de porturi diferită.
-
-
Configurație DNS: Gateway-ul local TREBUIE să fie rezolvat de pe internetul public printr-o înregistrare de tip DNS A sau DNS Service Record (SRV).
-
Dacă se alege un FQDN, adresa TREBUIE să se rezolve într-o înregistrare DNS de tip A și nu într-un CNAME DNS.
-
Dacă se alege o adresă SRV, atunci tipul de serviciu TREBUIE să aibă prefixul „_sips._tcp”.
-
Adresa se poate rezolva într-una sau mai multe înregistrări DNS A cu ponderi și priorități diferite. În timp ce faceți acest lucru, se recomandă utilizarea aceluiași port de ascultare pentru toate înregistrările.
-
Înregistrările din cadrul registrului de servicii trebuie să aibă o pondere și o prioritate corespunzătoare. Utilizarea unor ponderi și priorități diferite influențează distribuțiile traficului pentru apelurile provenite de la Webex Calling.
-
-
Toate tipurile de înregistrări TREBUIE să aibă un TTL rezonabil de ridicat. Se preferă 300 de secunde sau mai mult.
-
-
Toate trunchiurile trebuie să fie atribuite unei locații din Control Hub.
Următorul tabel conține exemple cu diferite tipuri de înregistrări alese simultan în organizația dvs. ca adresă a trunchiului.
Configurația trunchiului ca FQDN sau SRV |
Regulă pentru configurarea DNS |
Adresă prezentă în certificat ca Nume Comun (CN) sau Nume Alternativ al Subiectului (SAN) |
Cerința pentru antetul de contact SIP |
---|---|---|---|
FQDN: london.lgw1.cisco.com cu portul 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 se rezolvă la ONE A Record 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ă DOUĂ sau mai multe înregistrări A fr.lgw1.cisco.com fr.lgw2.cisco.com Ambele înregistrări TREBUIE să fie rezolvate la o adresă IP unică și, așa cum este sugerat, pot avea ponderi și priorități diferite. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Fiecare tranzacție SIP inițiată de Local Gateway către Webex Calling Cloud trebuie să conțină antetul Contact cu FQDN-ul unui Local Gateway.
OPȚIUNI Tranzacțiile de la Gateway-ul local sunt deosebit de importante pentru ca starea Gateway-ului local din Control Hub să fie online.
1 |
Selectați Adăugare trunchi. |
2 |
Selectați o locație din lista verticală. |
3 |
Introduceți un nume pentru trunchi. |
4 |
Selectați Pe bază de certificat din lista verticală Tip trunchi. |
5 |
Selectați un tip de dispozitiv din meniul derulant. Integrarea SBC cu Cisco Webex Calling ca Gateway local terț (LGW) este acceptată numai cu portbagaj bazat pe certificat. Numai SBC-urile afișate în lista de tipuri de dispozitive din Control Hub sunt validate de partenerii noștri de încredere ca gateway-uri locale de apelare Webex compatibile. Pentru mai multe informații despre informațiile acceptate despre furnizori terți, consultați: Suport SBC terț în secțiunea Trunk. |
6 |
Introduceți adresa, domeniul și portul controlerului de frontieră desesiune (SBC ). Aceasta este adresa FQDN sau SRV pentru Apelare Webex pentru a vă contacta SBC-ul enterprise.
Trebuie să aveți un domeniu verificat. Pentru mai multe informații, consultați Gestionați-vă domeniile |
7 |
Introduceți numărul maxim de apeluri concurente.
|
8 |
Faceți clic pe Salvați. Dacă validarea nu trece, butonul Salvare nu va apărea. Este posibil ca validarea să nu treacă dacă FQDN sau SRV ales nu este unic pentru organizația dvs. Verificați cerința pentru adresele unice FQDN sau SRV de mai sus. Dacă problema persistă, contactați echipa de asistență Cisco. |
Ce este de făcut în continuare
-
Salvați adresele Webex Calling Edge afișate pe ecranul final.
-
Pentru a configura un CUB ca Gateway local, consultați: Configurarea Gateway-ului local pe IOS-XE pentru apelare Webex
Puteți să editați numele portbagajului sau să vizualizați detaliile portbagajului și utilizarea în Control Hub.
1 |
Selectați trunchiul pe care doriți să-l vizualizați sau să-l modificați. |
2 |
În panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru portbagaj. |
3 |
Pentru a vizualiza detalii suplimentare, faceți clic pe Gestionare lângă Trunchiuri. Utilizați această setare dacă doriți să actualizați o valoare pentru apeluri concurente max. Dacă trebuie să actualizați adresa SRV sau FQDN sau portul gateway-ului local, trebuie să adăugați un trunchi nou și să ștergeți trunchiul vechi. |
4 |
Setarea Suport dublu identitate impact manipularea antetului de la și P-Asserted-Identity (PAI) antet atunci când trimiteți o invitație SIP inițială la trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
Puteți șterge un trunchi atât timp cât nu este utilizat.
1 |
Selectați trunchiul pe care doriți să îl ștergeți. |
2 |
Faceți clic pe |
Pentru a verifica starea trunchiului în Control Hub.
1 |
Conectați-vă la Control Hub https://admin.webex.com, accesați . |
2 |
Selectați trunchiul pe care doriți să verificați starea. |
3 |
Faceți clic pe Informațiitrunchi. Următoarele sunt diferitele stări ale trunchiului:
|
SI nr. |
Descriere eroare |
Acțiune |
---|---|---|
1. |
Conexiunea TLS la Gateway-ul local nu a reușit din cauza erorii de rezolvare DNS a FQDN-ului configurat pentru gateway-ul dvs. |
Verificați configurațiile DNS pentru SRV /FQDN configurat și asigurați-vă că acestea sunt rezolvabile |
2. |
Conexiunea TLS la Gateway-ul local nu a reușit din cauza unei probleme de transport |
Verificați dacă adresele IP rezolvate și portul la Gateway-ul local sunt valide |
3. |
Conexiunea TLS la Gateway-ul local nu a reușit, deoarece certificatul gateway-ului este semnat de o autoritate de certificare 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 nu a reușit, deoarece certificatul gateway-ului a expirat |
Verificați și asigurați-vă că certificatul Local Gateway nu este expirat |
5. |
Conexiunea TLS la Gateway-ul local nu a reușit, deoarece certificatul gateway-ului a fost emis de o autoritate de certificare expirată |
Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de un lanț de certificate de autoritate de certificare expirat |
6. |
Conexiunea TLS la Gateway-ul local nu a reușit, deoarece FQDN-ul configurat pentru gateway-ul dvs. lipsește din CN sau SAN |
Verificați și asigurați-vă că certificatul Local Gateway are CN / SAN la fel ca FQDN/SRV configurat |
7. |
Opțiunile SIP trimise la Gateway-ul local nu au primit niciun răspuns |
Verificați și asigurați-vă că CUBE este configurat pentru a primi solicitări de opțiuni și să răspundă. Verificați configurația CUBE |
8. |
Conexiunea TLS de la Local Gateway la Webex Apelarea nu a reușit din cauza unui certificat gateway nevalid |
Verificați și asigurați-vă că certificatul Local Gateway este valid |
9. |
Conexiunea TLS de la Local Gateway la Webex Calling nu a reușit, deoarece nu am putut avea încredere în autoritatea de certificare |
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?) |
10. |
Conexiunea TLS de la Local Gateway la Webex Calling nu a reușit din cauza certificatelor expirate din lanț |
Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de lanțul de certificate expirat |
11. |
Conexiunea TLS și opțiunile SIP de la Local Gateway la Webex Calling nu au reușit |
Verificați și asigurați-vă că CUBE este configurat pentru a trimite solicitări de opțiuni |
12. |
Sip opțiuni de răspuns de la Local Gateway indică o eroare de server sau serviciu indisponibil |
Verificați și asigurați-vă că Gateway-ul local nu este în modul de întreținere sau rutarea apelurilor nu este dezactivată |
13. |
Conexiunea TLS la Gateway-ul local nu a reușit, 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 Local Gateway la Webex Apelarea nu a reușit, 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 Local Gateway la Webex Calling nu a reușit, deoarece certificatul gateway-ului a expirat |
Verificați și asigurați-vă că certificatul Local Gateway nu este expirat |
16. |
Conexiunea TLS de la Local Gateway la Webex Apelarea nu a reușit din cauza unei erori de certificat |
Verificați și asigurați-vă că certificatul Local Gateway este valid și îndeplinește cerințele |
17. |
Conexiunea TLS la Gateway local de la Apelarea Webex nu a reușit din cauza unei erori de certificat |
erificați și asigurați-vă că certificatul Local Gateway este valid și îndeplinește 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 rute
Un grup de rute este un grup de trunchiuri care permit Apelării Webex să distribuie apeluri pe mai multe trunchiuri sau să ofere 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.
-
Trunchiurile pot fi configurate singular sau atribuite unui grup de rute. Adăugați trunchiuri la grupurile de rute pentru a oferi redundanță și scalabilitate.
-
Fiecare grup de traseu trebuie să includă cel puțin un portbagaj cu maximum 10 trunchiuri pe grupă de traseu.
-
Atunci când configurați un grup de rute, setați un nivel de prioritate la trunchiurile din acel grup de rute. Această setare permite ca apelurile să fie direcționate într-o manieră echilibrată din punct de vedere al sarcinii.
-
Apelurile sunt distribuite aleatoriu între trunchiuri cu aceeași prioritate. Dacă nu este disponibil un trunchi care este setat ca prioritate maximă, 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 Trunk 1 și Trunk 2 într-o manieră echilibrată a încărcării.
-
Dacă Trunk 1 și Trunk 2 sunt inaccesibile, apelurile sunt direcționate către Trunk 3.
-
1 |
Selectați . |
2 |
Denumiți grupul de rute, apoi selectați trunchiurile de adăugat din meniul vertical. |
3 |
Selectați nivelul de prioritate pentru trunchi. |
4 |
Faceți clic pe Salvați. |
Ce este de făcut în continuare
Din ecranul de confirmare, puteți vizita pagina Locații pentru a configura conexiunea PSTN la locații individuale sau puteți vizita pagina Planuri de apelare pentru a utiliza acest grup de rute ca opțiune de rutare pentru un plan de apelare. Un grup de rute poate fi folosit și ca opțiune de rutare pentru rutarea unei extensii 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 trunchiului. Din pagina cu detaliile grupului de rute, puteți vizualiza , de asemenea, apelurile către extensiilelocale, planurilede apelare și conexiunea PSTN.
1 |
Selectați grupul de rute pe care doriți să-l modificați. |
2 |
În panoul lateral, lângă numele grupului de rute, faceți clic pe |
3 |
Pentru a adăuga sau a edita trunchiuri în grupul de rute, faceți clic pe Gestionare lângă Trunchiuri. Puteți să adăugați un trunchi din meniul vertical, să editați nivelul de prioritate al unui trunchi existent în tabel și/sau să ștergeți un trunchi existent din tabel. |
4 |
Faceți clic pe Salvați. |
Puteți șterge un grup de rute atât timp cât nu este utilizat.
1 |
Selectați grupul de rute pe care doriți să îl ștergeți. |
2 |
|
Planurile de apelare vă permit să direcționați apelurile către destinații locale prin utilizarea trunchiurilor sau a grupurilor de rute. Configurați planurile de apelare la nivel global pentru o întreprindere și aplicați-le tuturor utilizatorilor, indiferent de locație. Un plan de apelare specifică, de asemenea, opțiunea de rutare (trunchi sau grup de rute) pentru apelurile care se potrivesc cu oricare dintre modelele sale de apelare. Definiți modelele specifice de apelare ca parte a planului dvs. de apelare. Un model de apelare reprezintă extensiile locale:
-
Numere ESN/on-net
-
+E.164 modele
-
Domenii SIP URI
Modele de apelare numerică
Tiparele numerice pot reprezenta numere E.164 sau numere de întreprindere. Tiparele pentru numerele E.164 încep cu un interlinie +, urmat de o secvență de cifre (1-9), apoi de metacaractere opționale.
Model de apelare pentru întreprinderi
Un model de apelare pentru întreprinderi are o secvență de cifre (1-9), urmate de caractere wildcard opționale. Caracterele wildcard valide sunt ! (se potrivește cu orice secvență de cifre) și X (se potrivește cu o singură cifră, 0-9). Caracterul wildcard ! poate apărea o singură dată la sfârșit și numai într-un model E.164.
Nu puteți utiliza:
-
Wild cardul „X” în mijlocul numerelor, de exemplu: 617495X3XX
-
Cartea sălbatică "!" când se utilizează caracterul wild „X” în configurația planului de apelare, de exemplu: 1617495X3!
Exemple de planuri de apelare la nivel de întreprindere | |
---|---|
+1408555XXXX |
Numărul +E.164 din 11 cifre începând cu +1408555 |
+14085551234 |
Șir de apelare exact +14085551234 |
+496100! |
Orice șir de apelare începând cu +496100 |
84969XXX |
ESN de 8 cifre începând cu 84969 |
84969764 |
84969764 ESN exactă din 8 cifre |
Planul de apelare din Webex Calling acceptă anteturile „de la” și „către” din E.164 sau extensii și nu poate fi o combinație. De exemplu:
De la: 1-222-333-4444
Până la: 1-555-666-7777
Sintaxa modelului de apelare URI SIP:
Numai domeniile din partea dreaptă a URI-ului SIP după @ sunt potrivite. Opțiunile sunt fie:
-
Domeniu complet calificat
-
Domeniu cu un lider * (indicând toate subdomeniile unui anumit domeniu)
Exemple:
Sip URI Dial Patter Sintaxa Exemple | ||
---|---|---|
Prefix |
Înțeles |
Exemple |
example.com |
Numai URI-uri cu porțiunea gazdă "example.com" |
alice@example.com |
us.example.com |
Numai URI-uri cu porțiunea gazdă "us.example.com" |
alice@us.example.com |
*.example.com |
URL-uri cu porțiunea gazdă fiind sub-domeniu de "example.com" |
alice@eu.example.com alice@sales.us.example.com Notă: alice@example.com nu se potrivește |
Odată ce v-ați creat trunchiurile și grupurile de rute, puteți configura un plan de apelare în Control Hub.
1 |
Faceți clic pe Planuri de apelare, apoi pe Creare plan de apelare. |
2 |
Introduceți un Nume pentru planul de apelare. |
3 |
Selectați o alegere de rutare. Selectați fie un trunchi creat anterior, fie un grup de rute. |
4 |
(Opțional) Puteți crea sau importa manual un model de apelare pentru opțiunile de traseu selectate. |
5 |
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ă crearea planului de apelare. Pentru a adăuga în bloc tipare de apelare utilizând un fișier CSV, accesați ecranul Planuri de apelare și selectați meniul vertical Acțiuni din planul de apelare de editat, apoi selectați Import tipare de apelare CSV sau Export Dial Patters CSV. Selectați Descărcare șablon sau Import fișier CSV și faceți clic pe Remitere.
Puteți modifica numele unui plan de apel existent, opțiunile de rutare și modelele de apelare din Control Hub.
1 |
Selectați planul de apelare pe care doriți să-l modificați. |
2 |
În panoul lateral, lângă numele planului de apelare, faceți clic pe |
3 |
Pentru a modifica opțiunea rutare, alegeți o altă opțiune din meniul vertical. |
4 |
Pentru a adăuga manual un nou model de apelare, faceți clic pe Adăugare tipare deapelare. Sau faceți clic pe Import CSV pentru a adăuga în bloc modele de apelare. |
5 |
Pentru a elimina un model de apelare, faceți clic pe pictograma |
6 |
Faceți clic pe Salvați. |
1 |
Selectați planul de apelare pe care doriți să îl ștergeți. |
2 |
Faceți clic pe |
Puteți activa setarea Apeluri către extensii locale în Control Hub. Această setare se aplică utilizatorilor dintr-o locație care sunt înregistrați la o centrală telefonică centrală și vă permite să direcționați extensii necunoscute (cu lungimea numărului de apel de 2-10 cifre) către centrala telefonică centrală utilizând o trunchiere sau un grup de rutare existent.
Înainte de a începe
Setarea Apeluri către extensii locale este activată pentru fiecare locație.
Această setare permite păstrarea obiceiurilor de apelare într-un mediu mixt cloud/local. Utilizatorii pot continua să utilizeze apelare abreviată (de exemplu, 4 cifre), chiar dacă site-ul este parțial migrat la Webex Calling.
Când este activată, apelurile efectuate de utilizatorii din locație către o extensie necunoscută (între 2 și 10 cifre) sunt direcționate către ruta selectată. group/trunk pe măsură ce premisele solicită.
Apelurile dirijate prin trunchiuri în locație dintr-o extensie necunoscută sunt tratate ca apeluri de sediu. Aceasta se referă la apelurile din amonte care intră în Webex Calling de pe o rețea internă.
Apelurile sunt considerate ca provenind dintr-o extensie necunoscută atunci când ID-ul apelantului nu se potrivește cu niciunul dintre modelele existente ale planului de apelare.
1 |
Conectați-vă la Control Hub. |
2 |
Accesați . |
3 |
Selectați locația de modificat. |
4 |
Faceți clic pe fila Apelare. |
5 |
Faceți clic pe Apelare internă, în secțiunea Apelare. |
6 |
Activați pentru a activa Dirijarea extensiilor necunoscute către sediul clientului ca apeluri interne. Imaginea Shariff este învechită. |
7 |
Selectați un grup de rutare sau o trunchiere din meniul derulant pentru a direcționa apelurile. |
8 |
Faceți clic pe Salvați. |
În Control Hub puteți configura setările de rutare a apelurilor între Webex Calling și sediul. Aceste setări determină modul în care numerele necunoscute sunt tratate atunci când se utilizează trunchiuri și grupuri de rute către un PBX local și formatul de identificare a apelantului pentru apeluri direcționate între Webex Calling și PBX.
1 |
Defilați la Rutarea apelurilor între apelarea Webex și sediul și alegeți cum doriți să gestionați numere necunoscute.
Setarea serviciului de gestionare a numerelor necunoscute este setată la Comportament moștenit pentru a păstra comportamentul de rutare. Această setare poate fi modificată pentru a profita de noile caracteristici de rutare a apelurilor (de exemplu, planurile de apelare și grupurile de rute). |
2 |
Alegeți formatul ID-ului apelantului. Cand + Numărul de telefon E.164 este aleasă opțiunea, Webex Calling selectează ID-ul de linie de apel extern (CLID), care este un număr E.164. Cand ESN (numărul semnificativ al întreprinderii) este aleasă opțiunea, Webex Calling selectează CLID intern, care este un ESN. |
3 |
Alegeți Lungimea maximă necunoscută a extensiei (2-10 cifre) pe care doriți să o setați pentru rutarea bazată pe locație. Când măriți lungimea extensiei și dacă schema de numere utilizată de furnizorul PSTN nu este E.164, apelurile PSTN primite vor fi considerate apeluri locale provenite de la locație. Prin urmare, pentru a evita orice posibilă rutare greșită, recomandăm aplicarea formatului E.164 pentru astfel de apeluri PSTN primite înainte de a le trimite către Webex Calling. |
4 |
Faceți clic pe Salvați. ![]() |
Instrumentul Verify Routing Call din Control Hub oferă:
-
Simularea apelurilor pentru a analiza deciziile de rutare.
-
Îndrumări utile în timpul fazelor de proiectare și configurare ale unei implementări.
-
Evenimente din platforma Webex Analytics care includ decizii de rutare a apelurilor.
-
Suport în cazuri de depanare.
1 |
Conectați-vă la Control Hub. |
2 |
Accesați .Alternativ, clienții care utilizează Planul de apeluri Cisco își pot configura rutarea de la
. |
3 |
Selectați Verificare rutare apeluri. |
4 |
Din meniul derulant, alegeți Selectați sursa apelului pentru un utilizator cloud, spațiu de lucru, linie virtuală sau trunchi local pentru a verifica rutarea apelului. |
5 |
Introduceți un număr sau un URI. |
6 |
Faceți clic pe Vedeți rezultatul rutarii pentru a vizualiza rutarea apelurilor. |
Exemplul 1: Multi-site PBX
Descrierea implementării
-
Client enterprise cu 100 de site-uri în SUA.
-
Implementare PBX multi-site (sau rețea de PBX-uri), cu PBX principal răspândit pe două site-uri principale pentru HA.
-
Plan de apelare enterprise cu 8 cifre: 8 + codul site-ului din 3 cifre + extensia de 4 cifre.
-
30 de site-uri rămân locale, 70 de site-uri se mută pe Webex Calling. PSTN rămâne on-premises, prin sip Trunks la cele două site-uri principale.
-
Nu există site-uri mixte. Pentru fiecare site, utilizatorii site-ului sunt fie toți on-premises, 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 locali către un grup de rute cu două trunchiuri, terminându-se pe două gateway-uri locale la cele două site-uri principale.


Exemplul 2: Locații PBX mixte în cloud
Descrierea implementării
-
Client enterprise cu 50 de site-uri în SUA: 10 site-uri mari și 40 de ramuri mici.
-
PBX la site-uri mari, switch-uri cheie la sucursale.
-
Plan de apelare Enterprise din 7 cifre: 8 + codul site-ului din 2 cifre + extensia de 4 cifre.
-
Webex Calling numai la sucursale, migrație lentă de la PBX pe site-uri mari (site-uri mixte atât cu utilizatori Webex Calling, cât și cu utilizatori PBX).
-
PSTN conectat la cloud pentru toți utilizatorii de cloud (utilizatorii locali continuă să utilizeze PSTN existent).
-
Utilizatorii cloud și PBX de pe fiecare site mare trebuie să păstreze capacitățile de apelare doar pentru extensie.
Soluție de implementare
-
Dial planuri pentru a ruta apelurile la fiecare dintre PBX-uri de la orice alt site. De asemenea, pentru fiecare site mare, apeluri la extensii locale configurate pentru a direcționa apelurile către un trunchi care se termină pe un gateway local de pe site.


Limitări configurabile pentru trunchiuri, grupuri de rute și planuri de apelare | |
---|---|
Descriere |
Limitare maximă |
Formați tiparele pe care le poate încărca un CSV într-un plan de apelare |
10000 |
Trunchiuri care pot fi configurate în funcție de locație |
100 |
Grupuri de rute per client de întreprindere |
10000 |
Trunchiuri configurabile în cadrul unui grup de rute |
10 |
Planuri de apelare configurabile pentru fiecare client de întreprindere |
10000 |
Modele de apelare configurabile cu un singur plan de apelare |
10000 |