- 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:
-
Încărcare-echilibrare și eșuare peste trunchiuri în Webex Calling și în spații.
-
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 PBXs locale.
-
Funcționalitate tandem pentru a direcționa apelurile între PBX-urile locale.
-
O gamă mai largă de scenarii de migrare și coexistență cu PBXs locale, inclusiv site-uri mixte cu utilizatori locali și utilizatori Webex Calling.
-
Vizibilitatea în profunzime 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 combinată care vă permite să comandați numere PSTN noi și să portați numere 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ă căutați o soluție cloud care nu necesită implementarea hardware-ului 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)—Alegeți această opțiune dacă doriți să vă păstrați furnizorul curent PSTN. 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 , selectați locația pe care doriți să o modificați, apoi selectați Atribuire sau Gestionare și selectați conexiunea PSTN aleasă.
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 cu gateway-ul local pentru a înțelege diferitele modele și cerințe de trunchiere pentru dispozitive și configurații.
Pentru un model de trunchi de înregistrare, 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 Dual Identity activat, Webex Calling populează Din și PAI (și ambele antene de identitate pot fi diferite). Cu identitate dublă dezactivată, PAI și From sunt identice și sunt setate la ceea ce antetul Din a fost setat 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 Dual Identity activat, Webex Calling populează Din și PAI (și ambele antene de identitate pot fi diferite). Cu identitate dublă dezactivată, PAI și From sunt identice și sunt setate la ceea ce antetul Din a fost setat 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 From sunt identice și sunt setate la ceea ce antetul Din a fost setat 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—Înscrierea cu succes a gateway-ului local la Webex Calling.
-
Offline—Înregistrarea Gateway-ului local la Webex Calling nu a reușit.
Î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Ă poată fi accesat direct de pe internet utilizând 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 este necesară o traducere statică a adresei 1:1 (NAT) pentru a vă asigura că poate fi accesată direct de pe Internet.
-
Când este implementat în spatele unui firewall, TREBUIE configurate reguli adecvate pentru a permite semnalizarea SIP TLS și media UDP/SRTP să treacă între Gateway-ul Local și Internet.
-
Consultați Ghidul de referință pentru portul Webex Calling pentru detalii despre porturile 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 gateway-ul local pentru a primi semnalizare. Dacă este necesar, se poate utiliza un port alternativ de ascultare a semnalelor.
-
-
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 la stabilirea unei conexiuni TLS reciproce bidirecționale cu serviciile Webex Calling pentru SIP:
-
Certificatul unui gateway local TREBUIE SĂ fie:
-
Semnată de un CA menționat în Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex?
-
Certificatele semnate TREBUIE să aibă întotdeauna o expirare validă.
-
Certificatele rădăcină sau intermediare utilizate pentru semnarea certificatului TREBUIE SĂ aibă o 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 nume alternativ al subiectului în certificat, cu 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 rădăcină sunt acceptate pentru apelurile către platformele audio și video Cisco Webex? trebuie încărcat pentru a valida certificatele din serviciile Webex pentru SIP.
-
Înainte de a începe
-
Domeniu revendicat și verificat: Când adăugați un trunchi, TREBUIE aleasă o adresă de gazdă dintr-un nume de domeniu de nivel superior verificat sau revendicat, consultați Gestionați-vă domeniul.
-
Adresă unică în întreaga organizație: Un trunchi este creat cu o adresă de gazdă unică FQDN sau SRV. Această adresă TREBUIE SĂ fie unică pentru întreaga organizație și nici două trunchiuri nu pot utiliza aceeași adresă.
-
Un trunchi cu un FQDN london.lgw.cisco.com:5062 poate fi creat numai dacă nu există alt trunchi cu o adresă gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același nume de adresă ca o adresă SRV sau un FQDN și cu o combinație de porturi diferită.
-
Un trunchi cu adresă SRV london.lgw.cisco.com poate fi creat numai dacă nu există 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 o FQDN și cu o combinație de porturi diferită.
-
-
configurație DNS: Gateway-ul Local TREBUIE rezolvat de pe internetul public printr-o înregistrare de tip DNS A sau DNS Service Record (SRV).
-
Dacă este ales un FQDN, adresa TREBUIE SĂ se rezolve la o Înregistrare DNS A și nu la un CNAME DNS.
-
Dacă este aleasă o adresă SRV, atunci tipul de serviciu TREBUIE SĂ aibă un prefix de „_sips._tcp”.
-
Adresa se poate rezolva la una sau mai multe DNS A Records cu greutate și prioritate diferite. În timp ce face acest lucru, se recomandă utilizarea aceluiași port de ascultare pentru toate înregistrările.
-
Înregistrările din registrul serviciului trebuie să aibă o greutate și o prioritate corespunzătoare. Utilizarea distribuțiilor de trafic cu diferite greutăți și influențe prioritare pentru apelurile care provin din Webex Calling.
-
-
Toate tipurile de înregistrare TREBUIE SĂ aibă un TTL rezonabil de mare 300 secunde sau mai mare este de preferat.
-
-
Toate trunchiurile trebuie alocate unei locații din Control Hub.
Următorul tabel conține exemple cu diferite tipuri de înregistrări care sunt alese în organizația dvs. ca adresă a trunchiului în același timp.
|
Configurația trunchiurilor ca FQDN sau SRV |
Regulă pentru configurarea DNS |
Adresa prezentă în certificat ca nume comun (CN) sau nume alternativ al subiectului (SAN) |
Cerință antet de contact SIP |
|---|---|---|---|
|
fqdn: london.lgw1.cisco.com cu port 5061 |
london.lgw1.cisco.com este o înregistrare DNS A |
london.lgw1.cisco.com |
sip:london.lgw1.cisco.com:port;transport=tls sau sip:user@london.lgw1.cisco.com:port;transport=tls |
|
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com rezolvă la ONE A Înregistrare frankfurt.lgw1.cisco.com |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
|
srv: frankfurt.lgw.cisco.com |
_sips._tcp.frankfurt.lgw.cisco.com rezolvă la DOUĂ sau mai multe Înregistrări A fr.lgw1.cisco.com fr.lgw2.cisco.com Ambele înregistrări TREBUIE SĂ se rezolve la o adresă IP unică și, după cum se sugerează, pot avea o greutate și o prioritate diferite. |
frankfurt.lgw.cisco.com |
sip:frankfurt.lgw.cisco.com;port;transport=tls sau sip:user@frankfurt.lgw.cisco.com;port;transport=tls |
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 Trunk . |
| 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.
-
Afectat: 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 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 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 rute poate fi, de asemenea, utilizat ca o alegere de rutare pentru rutarea de extensie necunoscută î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 întreprindere și aplicați 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 de apelare specifice ca parte a planului 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 la nivel de întreprindere are o secvență de cifre (1-9), urmată de caractere opționale cu cartele sălbatice. Sunt caractere wild card valide! (se potrivește orice secvență de cifre) și X (se potrivește o singură cifră, 0-9). The! wildcard poate apărea doar o dată la sfârșitul și numai într-un model E.164.
Nu puteți utiliza:
-
Cardul wild "X" în mijlocul numerelor, de exemplu: 617495X3XX
-
Cardul wild "!" atunci când se utilizează cardul 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ă antetele din și către E.164 sau extensii și nu poate fi o combinație. De exemplu:
Din: 1-222-333-4444
Până la: 1-555-666-7777
Sinteza șablonului de apelare SIP URI:
Numai domeniile de pe partea dreaptă a URI 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 este potrivit |
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 |
Pe 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 înregistrați într-un PBX și vă permite să direcționați extensii necunoscute (lungimea numărului de apelare de 2-10 cifre) către PBX utilizând un trunchi sau un grup de rute 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 utilizatori în locație către o extensie necunoscută (între 2-10 cifre) sunt direcționate către grupul de rute/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 care intră în Webex Calling dintr-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ă de extensie necunoscută (2-10 cifre) pe care doriți să o setați pentru rutarea în funcție de locație. Când măriți lungimea extensiei și dacă schema de numere utilizată de furnizorul PSTN este non-E.164, apelurile PSTN primite vor fi considerate apeluri locale care vin de la sediu. Prin urmare, pentru a evita orice potențială eroare de rutare, vă recomandăm să aplicați formatul E.164 pentru astfel de apeluri PSTN primite înainte de a le trimite la 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 Selectați Sursa de apel a unui utilizator în cloud, spațiu de lucru, linie virtuală sau 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 cloud-PBX 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 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 |
