- Pagină de pornire
- /
- Articol
Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling
În acest articolPlanurile de apelare Webex, trunchiurile și grupurile de rute vă oferă posibilitatea de a configura apelarea Webex pentru a gestiona apelurile între utilizatorii găzduiți webex Calling și utilizatorii pbx(i) locali. Această soluție vă permite să configurați utilizatorii găzduiți pentru a utiliza Cloud PSTN (CCP sau Cisco PSTN) sau PSTN local.
Un trunchi este o conexiune între Webex Calling și sediul central, care se oprește 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 Webex Calling să distribuie apeluri pe mai multe trunchiuri sau să ofere redundanță. Un Gateway local este un dispozitiv (dispozitive) local(e) care interconectează trunchiul, PSTN local și/sau PBX.
Trunchiurile, grupurile de rute și planurile de apelare oferă următoarele beneficii:
-
Load-balancing and failover across trunks to Webex Calling and the premises.
-
Abilitatea utilizatorilor Webex Calling de a utiliza PSTN în cloud (Cloud Connected PSTN (CCP) sau Cisco PSTN) și de a putea ajunge în continuare la utilizatorii PBX din întreprindere.
-
Routing of calls to different premises PBXs.
-
Funcționalitate tandem pentru a direcționa apelurile între PBX-urile locale.
-
Broader range of migration and coexistence scenarios with premises PBXs, including mixed sites with premises users and Webex Calling users.
-
In-depth visibility of call routing decisions.
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—Choose this option if you’d like a bundled solution that allows you to order new PSTN numbers and port existing numbers to 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.
-
-
Cloud Connected PSTN—Choose this option if you’re looking for a cloud solution that doesn’t require deployment of local hardware, and then select a CCP provider of choice. 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.
-
Premises-based PSTN (Local Gateway)—Choose this option if you want to keep your current PSTN provider. 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.
Configure your selected PSTN connection within Control Hub by selecting , select the location you want to modify, then select Assign or Manage and select the PSTN connection of choice.
Trunchi
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. See Get started with Local Gateway to understand the various trunking models and requirements for devices and configuration.
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 |
Conectați-vă la Control Hub https://admin.webex.com, accesați |
| 2 |
Selectați Adăugare trunchi. |
| 3 |
Selectați o locație din lista verticală. |
| 4 |
Introduceți un nume pentru trunchi. |
| 5 |
Selectați Înregistrare din lista verticală Tip trunchi. |
| 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. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. 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. |
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: Configure Local Gateway on IOS-XE for Webex Calling.
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 https://admin.webex.com, accesați |
| 2 |
Selectați Adăugare trunchi. |
| 3 |
Selectați o locație și un nume al trunchiului. Numele trunchiului nu poate avea mai mult de 24 de caractere. |
| 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. With Dual Identity enabled, Webex Calling populates From and PAI (and both identity headers can be different). With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
| 5 |
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 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 să editați numele portbagajului sau să vizualizați detaliile portbagajului și utilizarea î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ă-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 portbagaj. |
| 4 |
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. |
| 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. With Dual Identity disabled, PAI and From are identical and are set to what the From header was set to with Dual Identiity enabled. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
pictogramă pentru a schimba numele trunchiului.Puteți șterge un trunchi atât timp cât nu este utilizat.
| 1 |
Conectați-vă la Control Hub https://admin.webex.com, accesați |
| 2 |
Selectați trunchiul pe care doriți să îl ștergeți. |
| 3 |
Faceți clic pe în |
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 diferite de înregistrare pe bază de statutul trunchiului:
-
Online—Successful registration of Local Gateway to Webex Calling.
-
Offline—Unsuccessful registration of Local Gateway to Webex Calling.
Î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:
-
The Local Gateway MUST be directly reachable from the internet using a public IPv4 address. This address MUST be resolved from a DNS A or SRV record from a domain that has been verified in the Control Hub. If the Local Gateway has been configured with a private IP address, then a 1:1 static address translation (NAT) is required to ensure that it can be reached directly from the Internet.
-
When deployed behind a firewall, suitable rules MUST be configured to allow TLS SIP signaling and UDP/SRTP media to pass between the Local Gateway and the Internet.
-
Refer to the Webex Calling port reference Guide for details of the ports used in flows between the Local Gateway and the Webex Cloud.
-
This configuration guide assumes that the standard TLS SIP port of 5061 is used by the Local Gateway to receive signaling. If required, an alternative signaling listen port may be used.
-
-
Este necesar un certificat semnat pentru autorizarea și autentificarea cu succes a apelurilor din portbagaj. A Local Gateway MUST meet the following requirements when establishing a bidirectional mutual TLS connection with Webex Calling services for SIP:
-
A Local Gateway's certificate MUST be:
-
Signed by a CA mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?
-
Certificatele semnate TREBUIE să aibă întotdeauna o expirare validă.
-
Root or intermediate certificates used to sign the certificate MUST have a valid expiry and shouldn't be revoked.
-
Certificatele trebuie să fie semnate pentru utilizarea clientului și a serverului.
-
Certificates MUST contain the Fully Qualified Domain Name (FQDN) as a common name or subject alternate name in the certificate with the FQDN for the trunk is chosen in the Control Hub. Requirements are elaborated in the next section.
-
-
A trust bundle mentioned in What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms? should be uploaded to validate certificates from Webex services for SIP.
-
Înainte de a începe
-
Claimed and verified domain: When adding a trunk, a host address from a verified or a claimed top-level domain name MUST be chosen, see Manage-your-domain.
-
Unique address across the organization: A trunk is created with a unique FQDN or SRV host address. This address MUST be unique for the entire organization and no two trunks can use the same address.
-
A trunk with an FQDN london.lgw.cisco.com:5062 can only be created if there exists no other trunk with a host address london.lgw.cisco.com. This is not allowed even if there exists a trunk with the same address name as an SRV address or an FQDN and with a different port combination.
-
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. This is not allowed even if there exists a trunk with the same name as SRV address or an FQDN and with a different port combination.
-
-
DNS configuration: The Local Gateway MUST be resolved from the public internet through a DNS A or DNS Service Record (SRV) type record.
-
If an FQDN is chosen, the address MUST resolve to a DNS A Record and not to a DNS CNAME(s).
-
If an SRV address is chosen, then the service type MUST have a prefix of "_sips._tcp".
-
Address may resolve to one or more DNS A Records with differing weight and priority. While doing so, it is recommended to use the same listening port for all records.
-
Records within the service record must have an appropriate weight and priority. Usage of differing weight and priority influences traffic distributions for calls originating from Webex Calling.
-
-
All record types MUST have a reasonable high TTL 300 seconds or higher is preferred.
-
-
All trunks must be assigned to a location in the Control Hub.
The following table has examples with different types of records that are chosen in your organization as the trunk's address at the same time.
|
Trunk configuration as FQDN or SRV |
Rule for DNS configuration |
Address present in the certificate as a Common Name (CN) or Subject Alternate Name (SAN) |
SIP Contact Header requirement |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com with port 5061 |
london.lgw1.cisco.com is a DNS A record |
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 resolves to 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 resolves to TWO or more A Records fr.lgw1.cisco.com fr.lgw2.cisco.com Both the records MUST resolve to a unique IP address and as suggested, may have different weight and priority. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Every SIP transaction Local Gateway initiates towards Webex Calling cloud, should contain Contact header with FQDN of a Local Gateway.
OPTIONS Transactions from Local Gateway is specially important for the Local Gateway status in the Control Hub to be online.
| 1 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați Adăugare trunchi. |
| 3 |
Selectați o locație din lista verticală. |
| 4 |
Introduceți un nume pentru trunchi. |
| 5 |
Selectați Pe bază de certificat din lista verticală Tip trunchi. |
| 6 |
Select a Device Type from the drop-down. 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: Third-party SBC support under the Trunk section. |
| 7 |
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. For more information, see Manage your domains |
| 8 |
Introduceți numărul maxim de apeluri concurente.
|
| 9 |
Faceți clic pe Salvare. 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 |
Conectați-vă la Control Hub https://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 portbagaj. |
| 4 |
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. |
| 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. 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 |
Conectați-vă la Control Hub https://admin.webex.com, accesați |
| 2 |
Selectați trunchiul pe care doriți să îl ștergeți. |
| 3 |
Faceți clic pe în |
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 starea trunchiului pe bază de certificat diferite:
-
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.
-
Impaired: Conexiune nereușită între cel puțin 1 proxy Webex Calling Edge și Gateway local.
-
Unknown: În procesul de stabilire a unei conexiuni între Webex Apelare și Gateway-ul local care este adăugat recent.
|
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ă |
Verify and ensure that the Local Gateway certificate is signed by a valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
|
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 |
Verify and ensure that the Local Gateway certificate is signed by the valid Certificate Authority ( What Root Certificate Authorities are Supported for Calls to Cisco Webex Audio and Video Platforms?) |
|
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 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați . |
| 3 |
Denumiți grupul de rute, apoi selectați trunchiurile de adăugat din meniul vertical. |
| 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 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. A route group can also be used as a routing choice for unknown extension routing on a location.
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 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați grupul de rute pe care doriți să-l modificați. |
| 3 |
În panoul lateral, lângă numele grupului de rute, faceți clic pe |
| 4 |
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. |
| 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 client din https://admin.webex.com, accesați |
| 2 |
Selectați grupul de rute pe care doriți să îl ștergeți. |
| 3 |
|
Planurile de apelare vă permit să direcționați apelurile către destinații locale prin utilizarea trunchiurilor sau a grupurilor de rute. Configure the dial plans globally for an enterprise and apply to all users, regardless of location. 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. Define the specific dial patterns as part of your dial plan. 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
An enterprise dial pattern has a sequence of digits (1-9), followed by optional wildcard characters. Valid wildcard characters are! (matches any sequence of digits) and X (matches a single digit, 0-9). The! wildcard can only occur once at the end and only in an E.164 pattern.
You cannot use:
-
The wild card "X" in the middle of numbers, for example: 617495X3XX
-
The wild card "!" when using the wild card "X" in the dial plan configuration, for example: 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 |
The dial plan in Webex Calling accepts the from and to headers in E.164 or extensions and can’t be a combination. De exemplu:
Din: 1-222-333-4444
Până la: 1-555-666-7777
SIP URI Dial Pattern Syntax:
Only domains on the right-hand side of SIP URI after @ are matched. Opțiunile sunt fie:
-
Domeniu complet calificat
-
Domain with a leading * (indicating all sub-domains of a given domain)
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 isn’t matched |
Odată ce v-ați creat trunchiurile și grupurile de rute, puteți configura un plan de apelare în Control Hub.
| 1 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Faceți clic pe Planuri de apelare, apoi pe Creare plan de apelare. |
| 3 |
Introduceți un Nume pentru planul de apelare. |
| 4 |
Selectați o alegere de 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 traseu 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ă 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 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați planul de apelare pe care doriți să-l modificați. |
| 3 |
On the side panel, next to the dial plan name, click |
| 4 |
Pentru a modifica opțiunea rutare, alegeți o altă opțiune din meniul vertical. |
| 5 |
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. |
| 6 |
Pentru a elimina un model de apelare, faceți clic pe pictograma |
| 7 |
Faceți clic pe Salvați. |
de lângă tiparul de apelare pe care doriți să îl eliminați.| 1 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați planul de apelare pe care doriți să îl ștergeți. |
| 3 |
Click |
Puteți activa setarea Apeluri către extensii locale în Control Hub. This setting applies to users within a location that are registered to a PBX and allows you to route unknown extensions (calling number length of 2-10 digits) to the PBX using an existing trunk or route group.
Î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.
When enabled, calls made by users at the location to an unknown extension (between 2-10 digits) are routed to the selected route group/trunk as premises calls.
Apelurile dirijate prin trunchiuri în locație dintr-o extensie necunoscută sunt tratate ca apeluri de sediu. This is referring to upstream calls incoming into Webex Calling from a trunk.
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 |
Din vizualizarea clientului din https://admin.webex.com, accesați |
| 2 |
Selectați locația de modificat. |
| 3 |
În panou, faceți clic pe Apelareinternă. |
| 4 |
Bifați caseta de lângă Activați rutarea extensiilor necunoscute către Local ca apeluri interne pentru a activa această setare. |
| 5 |
Selectați o alegere de rutare din meniul vertical. |
| 6 |
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 |
Din vizualizarea client din https://admin.webex.com, accesațiserviciu. |
| 2 |
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). |
| 3 |
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. |
| 4 |
Choose the Maximum Unknown Extension Length (2-10 digits) that you want to set for premises based routing. When you increase the extension length and if the number schema used by PSTN provider is non-E.164, the incoming PSTN calls will be considered as local calls coming from on-premises. Hence, to avoid any potential misrouting, we recommend enforcing E.164 format to such incoming PSTN calls before sending it to Webex Calling. |
| 5 |
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 |
Din vizualizarea client din https://admin.webex.com, accesați |
| 2 |
Selectați Verificare rutare apeluri. |
| 3 |
From the drop-down menu, choose Select Call Source of a cloud user, workspace, virtual line or a premises trunk to verify call routing. |
| 4 |
Introduceți un număr sau un URI. |
| 5 |
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: Mixed cloud-PBX sites
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.
|
Configurable limitations for trunks, route groups, and dial plans | |
|---|---|
|
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 |
