- Pagină de pornire
- /
- Articol
Mulțumim pentru feedback.
Configurați trunchiuri, grupuri de rutare și planuri de apelare pentru Webex Calling
În acest articol
Feedback?Planurile 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 să utilizeze PSTN cloud (CCP sau Cisco PSTN) sau PSTN-ul 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:
-
Echilibrarea sarcinii și reluarea în caz de nereușită între trunchiuri către Webex Calling și sediu.
-
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.
-
Rutarea apelurilor către diferite PBX-uri locale.
-
Funcționalitate tandem pentru a direcționa apelurile între PBX-urile locale.
-
O gamă mai largă de scenarii de migrare și coexistență cu PBX-uri locale, inclusiv site-uri mixte cu utilizatori locali și utilizatori Webex Calling.
-
Vizibilitate aprofundată a deciziilor de rutare a apelurilor.
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 inclusă în pachet care vă permite să comandați numere PSTN noi și să portați numerele existente către 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 — 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 la alegere. 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 local (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 cadrul Control Hub selectând , selectați locația pe care doriți să o modificați, apoi selectați Alocare sau Gestionați și selectați conexiunea PSTN dorită.
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. Consultați Începeți să utilizați gatewayul local pentru a înțelege diferitele modele și cerințe de trunking 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 |
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. Cu identitatea dublă activată, Webex Calling populează From și PAI (și ambele antete de identitate pot fi diferite). Cu identitate dublă dezactivată, PAI și De sunt identice și sunt setate la ceea ce a fost setat antetul De la cu identitate dublă 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. |
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 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. Cu identitatea dublă activată, Webex Calling populează From și PAI (și ambele antete de identitate pot fi diferite). Cu identitate dublă dezactivată, PAI și De sunt identice și sunt setate la ceea ce a fost setat antetul De la cu identitate dublă activată. 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. Cu identitate dublă dezactivată, PAI și De sunt identice și sunt setate la ceea ce a fost setat antetul De la cu identitate dublă activată. 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 — Înscriere reușită a gatewayului local la Webex Calling.
-
Offline—Înscriere nereușită a gatewayului local la 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:
-
Gateway-ul local TREBUIE SĂ fie accesibil direct de pe internet, utilizând o adresă IPv4 publică. Această adresă TREBUIE SĂ fie rezolvată dintr-o înregistrare DNS A sau SRV de pe un domeniu care a fost verificat în Control Hub. Dacă gateway-ul local a fost configurat cu o adresă IP privată, este necesară o traducere statică 1:1 a adresei (NAT) pentru a vă asigura că poate fi contactată direct de pe internet.
-
Atunci când este implementat în spatele unui firewall, TREBUIE să fie configurate reguli adecvate pentru a permite semnalizarea TLS SIP și conținutul media UDP/SRTP să treacă între gatewayul local și internet.
-
Consultați Ghidul de referință al portului Webex Calling pentru detalii ale porturilor utilizate în fluxurile dintre gateway-ul local și Webex Cloud.
-
Acest ghid de configurare presupune că portul SIP TLS standard de 5061 este utilizat de gatewayul local pentru a primi semnalizare. 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 secțiunea Ce autorități de certificare pentru certificatele 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 certificatele intermediare utilizate pentru a semna certificatul TREBUIE SĂ aibă o dată de expirare validă și nu trebuie 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 ca nume alternativ de subiect în certificat, FQDN pentru trunchi fiind 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 pentru certificatele rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie să fie încărcat pentru certificatele validate de la serviciile Webex pentru SIP.
-
Înainte de a începe
-
Domeniu revendicat și verificat: La adăugarea unui trunchi, TREBUIE aleasă o adresă de gazdă dintr-un nume de domeniu de nivel superior verificat sau revendicat, consultați Gestionați-vă domeniul.
-
Adresă unică pentru întreaga organizație: Este creat un trunchi cu o adresă unică de gazdă FQDN sau SRV. Această adresă TREBUIE SĂ fie unică pentru întreaga organizație și niciun trunchi nu poate utiliza aceeași adresă.
-
Un trunchi cu FQDN london.lgw.cisco.com:5062 poate fi creat numai dacă nu există niciun alt trunchi cu o adresă de 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 soluționat de pe internetul public printr-o înregistrare de tip DNS A sau DNS Service Record (SRV).
-
Dacă este selectat un FQDN, adresa TREBUIE SĂ corespundă unei înregistrări DNS și nu unui (unor) CNAME(URI) DNS.
-
Dacă este aleasă o adresă SRV, atunci tipul de serviciu TREBUIE SĂ aibă un prefix „_sips._tcp”.
-
Adresa poate duce la una sau mai multe înregistrări DNS A cu ponderi și priorități diferite. În timp ce faceți acest lucru, se recomandă să utilizați același port de ascultare pentru toate înregistrările.
-
Înregistrările din fișa de serviciu trebuie să aibă o greutate și o prioritate corespunzătoare. Utilizarea greutății și a priorităților diferite influențează distribuțiile traficului pentru apelurile provenite din Webex Calling.
-
-
Toate tipurile de înregistrări TREBUIE SĂ aibă de preferat o TTL de 300 de secunde sau o valoare mai mare.
-
-
Toate trunchiurile trebuie să fie atribuite 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.
|
Configurarea trunchiului ca FQDN sau SRV |
Regulă pentru configurarea DNS |
Adresa prezentă în certificat ca nume comun (CN) sau nume alternativ subiect (SAN) |
Cerință antet contact SIP |
|---|---|---|---|
|
Fișier: 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 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 ro.lgw1.cisco.com ro.lgw2.cisco.com Ambele înregistrări TREBUIE SĂ aibă o adresă IP unică și, după cum s-a sugerat, pot avea ponderi și prioritate diferite. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
Fiecare Gateway local de tranzacție SIP inițiază către cloud-ul Webex Calling, trebuie să conțină antet de contact cu FQDN al unui gateway local.
Tranzacțiile OPȚIUNILOR din gateway-ul local sunt deosebit de importante pentru ca starea gateway-ului local din Control Hub să fie 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 |
Selectați un tip de dispozitiv din lista 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: Asistență SBC terță parte în secțiunea Trunchi . |
| 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. Pentru mai multe informații, consultați Gestionați domeniile dvs. |
| 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.
-
Cu deficiențe: Conexiune nereușită între cel puțin 1 proxy Webex Calling Edge și Gateway local.
-
Necunoscut: Î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ă |
Verificați și asigurați-vă că certificatul gateway-ului local 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 gateway-ului local este semnat de Autoritatea 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 |
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. Un grup de rutare poate fi, de asemenea, utilizat ca opțiune de rutare pentru rutarea extensiilor 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 |
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. Configurați planurile de apelare la nivel global pentru o companie ș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) pentru apelurile care se potrivesc cu oricare dintre modelele sale de apelare. Definiți șabloanele de apelare specifice 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 șablon de apelare de întreprindere 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 de înlocuire! poate avea loc o singură dată la sfârșit și numai într-un șablon E.164.
Nu puteți utiliza:
-
Semnul wild "X" în mijlocul numerelor, de exemplu: 617495X3XX
-
Caracterul de înlocuire „!” atunci când utilizați caracterul de înlocuire „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ă de la și la antete în E.164 sau interioare și nu poate fi o combinație. De exemplu:
De la: 1-222-333-4444
Până la: 1-555-666-7777
Sintaxă model de apelare SIP URI:
Numai domeniile din partea dreaptă a URI SIP după @ sunt corespondente. Opțiunile sunt fie:
-
Domeniu complet calificat
-
Domeniu cu * în față (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@exemplu.com nu corespunde |
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 |
În panoul lateral, lângă numele planului de apelare, faceți clic |
| 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 |
Faceți clic |
Puteți activa setarea Apeluri către extensii locale în Control Hub. Această setare se aplică utilizatorilor dintr-o locație care sunt înscriși într-un PBX și vă permite să rutați interioarele necunoscute (lungime a numărului de apelare de 2-10 cifre) către PBX utilizând un trunchi 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ă această opțiune, apelurile efectuate de către utilizatorii din locație către un interior necunoscut (între 2-10 cifre) sunt rutate către grupul de rutare/trunchiul selectat ca apeluri locale.
Apelurile dirijate prin trunchiuri în locație dintr-o extensie necunoscută sunt tratate ca apeluri de sediu. Aceasta se referă la apelurile din amonte primite în Webex Calling de pe un trunchi.
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 |
Alegeți lungimea maximă a extensiei necunoscute (2-10 cifre) pe care doriți să o setați pentru rutarea din locație. Atunci când creșteți lungimea interiorului și dacă schema de numere utilizată de furnizorul PSTN este non-E.164, apelurile PSTN primite vor fi considerate apeluri locale provenite din locație. Prin urmare, pentru a evita orice potențială rutare greșită, vă recomandăm să aplicați formatul E.164 la astfel de apeluri PSTN de intrare înainte de a-l trimite către 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 |
Din meniul derulant, alegeți Selectare sursă de apel pentru un utilizator de cloud, un spațiu de lucru, o linie virtuală sau un trunchi local pentru a verifica rutarea apelurilor. |
| 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: Site-uri PBX în cloud mixte
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 rutare ș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 |
