- Pagină de pornire
- /
- Articol
Mulțumim pentru feedback.
În acest articol
Feedback?Webex Calling Planurile, trunchiurile și grupurile de rute ajută la configurarea Webex Calling pentru a gestiona apelurile între utilizatorii găzduiți Webex Calling și utilizatorii PBX locali. Această soluție vă permite să configurați utilizatorii găzduiți să utilizeze Cloud PSTN (CCP sau Cisco PSTN) sau PSTN bazat pe premise.
Un trunchi este o conexiune între Webex Calling și sediu, care se termină în inc intă 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 Webex Calling permit distribuirea apelurilor pe mai multe trunchiuri sau furnizarea de redundanță.
Un gateway local este un dispozitiv local care interconectează trunchiul, PSTN-ul local și/sau PBX.
Trunchiurile, grupurile de rute și planurile de apelare oferă următoarele avantaje:
-
Echilibrarea sarcinii și eșecul peste trunchiuri către Webex Calling și la incintă.
-
Abilitatea Webex Calling utilizatorilor de a utiliza cloud PSTN (Cloud Connected PSTN (CCP) sau Cisco PSTN) și de a ajunge la utilizatorii PBX din întreprindere.
-
Rutarea apelurilor către diferite locații PBX-uri.
-
Funcționalitate tandem pentru a redirecționa apelurile între PBX-urile spațiale.
-
O gamă mai largă de scenarii de migrare și coexistență cu PBX-uri spațiale, inclusiv site-uri mixte cu utilizatori și Webex Calling utilizatori locali.
-
Vizibilitate aprofundată a deciziilor de rutare a apelurilor.
Opțiuni PSTN pentru locația dvs.
Odată ce locația dvs. este activată, trebuie să configurați conectivitatea PSTN pentru Webex Calling utilizatorii din acea locație. Sunt disponibile următoarele opțiuni PSTN:
-
Cisco PSTN — Alegeți această opțiune dacă doriți o soluție la pachet care vă permite să comand ați numere PSTN noi și să portați numerele existente către Cisco. Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:
-
Ați achiziționat și 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 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 provenite de la utilizatorii locali nu pot accesa PSTN în cloud.
-
PSTN bazat pe spații (Gateway local) — Alegeți această opțiune dacă doriți să păstrați furnizorul PSTN curent. Trunchiurile pentru PSTN bazat pe spații prin gateway local pot fi, de asemenea, utilizate pentru conectarea la PBX-urile spațiale. Puteți păstra funcționalitatea gateway-ului local existent, fără a efectua modificări de configurare. Locațiile care utilizează gateway-ul local sunt setate la PSTN bazat pe premise, iar gateway-urile locale devin trunchiuri.
Configurați conexiunea PSTN selectată în Control Hub selectând Apelare , selectați locația pe care doriți să o modificați, apoi selectați Alocare sau Ges tion are și selectați conexiunea PSTN aleasă.
Trunchi
Un trunchi este o conexiune între Webex Calling și sediu, terminată în incintă cu un controler de frontieră de sesiune acceptat care acționează ca un gateway local. Consultaţi Introducere cu Local Gateway pentru a înţelege diferitele modele de trunking şi cerinţe 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 activă. Conexiunea este implicită înregistrării.
Înainte de a începe
Toate trunchiurile trebuie să fie atribuite unei locații din Control Hub.
| 1 |
Selectați Adăugați trunchi. |
| 2 |
Selectați o locație din lista derulantă. |
| 3 |
Introduceți un nume pentru portbagaj. |
| 4 |
Selectați Înregistr are din lista derul antă Tip trunchi. |
| 5 |
Setarea Dual Identity Support afectează gestionarea antetului From și a antetului P-Asserted-Identity (PAI) atunci când se trimite o invitație inițială SIP către trunchi pentru un apel de ieșire. Cu Dual Identity activată, Webex Calling populează From și PAI (și ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la ceea ce a fost set at antetul From cu identitate dublă activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
| 6 |
Faceți clic pe Sal vare. |
Ce să faci în continuare
Informațiile trunchiului apar pe ecran Register Domain, Trunk Group OTG/DTG, Linie/Port, Outbound Proxy Address. Vă recomandăm să copiați aceste informații din Control Hub și să le lipiți într-un fișier text local sau document, astfel încât să puteți consulta acestea 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 Recuperare nume de utilizator și Resetare parolă pentru a genera un nou set de acreditări de autentificare pe care să le utilizați pe trunchi.
Această acțiune are impact asupra serviciului, deci este recomandat să se facă în timpul orelor de lucru.
Dacă configurați un trunchi la care să vă conectați gateway-ul localWebex Calling, consultați: Configurarea gateway-ului local pe IOS-XE pentru. Webex Calling
Un trunchi este conexiunea dintre Webex Calling și spații, terminând în inc intă cu un gateway local sau alt dispozitiv acceptat.
Înainte de a începe
Toate trunchiurile trebuie să fie atribuite unei locații din Control Hub.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați Adăugați trunchi. |
| 4 |
Selectați o locație și numele trunchiului. Numele portbagajului nu poate avea mai mult de 24 de caractere. |
| 5 |
Setarea Dual Identity Support afectează gestionarea antetului From și a antetului P-Asserted-Identity (PAI) atunci când se trimite o invitație inițială SIP către trunchi pentru un apel de ieșire. Cu Dual Identity activată, Webex Calling populează From și PAI (și ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la ceea ce a fost set at antetul From cu identitate dublă activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
| 6 |
Faceți clic pe Sal vare. |
| 7 |
Suportul P-Charge-Info răspunde nevoii furnizorilor PSTN de a avea o metodă mai fiabilă pentru autentificarea și facturarea apelurilor în interior. Webex Calling Gateway-ul local poate primi un ID de apelant care diferă de numărul pe care doriți să îl utilizați pentru facturare sau autorizare. Pentru a trimite un identificator suplimentar în aceste scopuri, utilizați antetul P-Charge-Info. Activați această opțiune pentru a include antetul P-Charge-Info în informațiile de apel PSTN de ieșire trimise la trunchi, utilizând un număr bazat pe opțiunea de politică selectată. Furnizorul PSTN se poate baza apoi pe antetul unic P-Charge-Info pentru a determina numărul taxabil, eliminând necesitatea de a utiliza antetul PAI pentru originări obișnuite și antetul Diversion pentru redirecționări de apeluri. În mod implicit, sistemul setează politica de suport P-Charge-Info la Dezactivat.
Limitări:
|
Ce să faci în continuare
Informațiile trunchiului apar pe ecran Register Domain, Trunk Group OTG/DTG, Linie/Port, Outbound Proxy Address. Vă recomandăm să copiați aceste informații din Control Hub și să le lipiți într-un fișier text local sau document, astfel încât să puteți consulta acestea atunci când sunteți gata să configurați gateway -ul local. Dacă pier deți acreditările, trebuie să le regenerați din ecranul cu informații despre trunchi din Control Hub. Faceți clic pe Recuperare nume de utilizator și Resetare parolă pentru a genera un nou set de acreditări de autentificare pe care să le utilizați pe trunchi.
Această acțiune are impact asupra serviciului, deci este recomandat să o faceți în timpul o relor de lucru care nu sunt lucrătoare.
Puteți edita numele portbagajului sau puteți vizualiza detaliile portbagajului și utilizarea în Control Hub.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați trunchiul pe care doriți să îl vizualizați sau să îl modificați. |
| 4 |
Pe panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru portbagaj. |
| 5 |
Pentru a vizualiza detalii suplimentare, faceţi clic pe Gestion are lângă Trunchiuri. Utilizați această setare dacă pierdeți acreditările informațiilor trunchiului și trebuie să le regenerați. Faceți clic pe Recuperare nume de utilizator și parolă pentru a genera un nou set de acreditări de autentificare pe care să le utilizați pe trunchi. Acest lucru are impact asupra serviciului. |
| 6 |
Setarea Dual Identity Support afectează gestionarea antetului From și a antetului P-Asserted-Identity (PAI) atunci când se trimite o invitație inițială SIP către trunchi pentru un apel de ieșire. Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la ceea ce a fost set at antetul From cu identitate dublă activată. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:
|
pictograma pentru a schimba numele trunchiului.Puteți șterge un portbagaj atâta timp cât nu este utilizat.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați trunchiul pe care doriți să îl ștergeți. |
| 4 |
Click |
în coloana Ac Pentru a verifica starea portbagajului în Control Hub.
| 1 |
Conectați-vă la Control Hub. | |||||||||||||||||
| 2 |
Accesați .
Pagina listează trunchiurile dvs. și afișează informații despre ele,
inclusiv starea - online, offline, necunoscut și deteriorat.
| |||||||||||||||||
| 3 |
(Opţional) Puteţi fil tra înregistrările trunchiului în funcţie de starea trunchiului sau tipul trunchiului. Din meniul de filtrare derulant Toate trunchiurile, selectați oricare dintre următoarele opțiuni de filtrare pentru a popula pagina. Starea trunchiului se actualiz ează la fiecare 3 minute.
| |||||||||||||||||
| 4 |
Faceți clic pe Re împrospă tare pentru a vedea cele mai recente actualizări privind starea portbagajului. Se afișează marcajul de timp pentru ultima actualizare a paginii. Utilizați manualul Re
împrospă tare pentru a actualiza pagina.
| |||||||||||||||||
| 5 |
(Opţional) Puteţi căuta o anumită înregistrare trunchiului utilizând op ţi unea Căutare bazată pe Nume sau Locaţie. Dacă căutarea returnează mai mult de 1000 de trunchiuri, nu puteți sorta sau că uta în rezultate. | |||||||||||||||||
| 6 |
Selectați un trunchi din listă pentru a verifica informații detaliate. Apare o fereastră pop-up care afișează informații detaliate despre trunchiul
selectat.
| |||||||||||||||||
| 7 |
Faceți clic pe tionați pentru a vizualiza informațiile complete despre trunchi.
Pentru mai multe informații despre diferite condiții de eroare, consultați Depanarea gateway- ului local. |
Î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 de FQDN și certificatul gateway-ului local pentru a avea încredere într-un gateway local.
Cerințe pentru configurarea unui gateway local din Hub de control:
-
Gateway-ul local TREBUIE să fie accesibil direct de pe internet folosind o adresă IPv4 publică. Această adresă TREBUIE rezolvată dintr-o înregistrare DNS A sau SRV dintr-un domeniu care a fost verificat în Control Hub. Dacă Gateway-ul local a fost configurat cu o adresă IP privată, atunci este necesară o traducere a adresei statice 1:1 (NAT) pentru a vă asigura că acesta poate fi accesat direct de pe Internet.
-
Atunci când sunt implementate în spatele unui firewall, trebuie configurate reguli adecvate pentru a permite semnalizarea TLS SIP și suporturile UDP/SRTP să treacă între gateway-ul local și Internet.
-
Consultați Ghi dul de referință pentru Webex Calling por turi pentru detalii despre porturile utilizate în fluxurile dintre Gateway-ul local și Webex Cloud.
-
Acest ghid de configurare presupune că portul TLS SIP standard de 5061 este utilizat de Gateway-ul local pentru a primi semnalizare. Dacă este necesar, se poate utiliza un port alternativ de ascultare de semnalizare.
-
-
Un certificat semnat este necesar pentru o autorizare și autentificare reușită a apelurilor din trunchi. Un gateway local TREBUIE să îndeplinească următoarele cerințe atunci când stabilește o conexiune reciprocă bidirecțională TLS cu Webex Calling servicii 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 platforme Cisco Webex audio și video?
-
Certificatele semnate TREBUIE să aibă întotdeauna o expirare valabilă.
-
Certificatele rădăcină sau intermediare utilizate pentru semnarea certificatului TREBUIE să aibă o expirare valabilă și nu ar trebui revocate.
-
Sunt acceptate certificate care conțin numai utilizarea extinsă a cheilor de autentificare a serverului (EKU). Webex Callingnu validează și nu impune prezența EKU de autentificare client în timpul stabilirii strângerii de mână TLS.
Unii controlori de frontieră de sesiune terți (SBC) pot impune o validare strictă EKU și pot respinge certificatele care nu includ EKU de autentificare client. În astfel de cazuri, asigurați-vă că SBC este configurat să accepte certificate numai cu Server Authentication EKU sau să dezactiveze validarea strictă EKU (dacă este acceptată). -
Certificatele TREBUIE să conțină Numele de domeniu complet calificat (FQDN) ca nume comun sau nume alternativ de subiect în certificatul cu FQDN pentru trunchiul 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 platforme Cisco Webex audio și video? ar trebui încărcat pentru a valida certificatele de la serviciile Webex pentru SIP.
-
Înainte de a începe
-
Domeniu revendicat sau verificat: Când adăugați un trunchi, TREBUIE aleasă o adresă gazdă dintr-un nume de domeniu de nivel superior verificat sau revendicat, consultați Gestionarea domeniului dvs.
-
Adresă unică în întreaga organizație: Un trunchi este creat cu o adresă unică de gazdă FQDN sau SRV. Această adresă TREBUIE să fie unică pentru întreaga organizație și nu există două trunchiuri care 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 adresa SRV london.lgw.cisco.com 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 ca adresa SRV sau un FQDN și cu o combinație de porturi diferită.
-
-
Configurare 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 înregistrări DNS A cu pon dere și prioritate diferite. În timp ce faceți acest lucru, se recomandă utilizarea aceluiași port de ascultare pentru toate înregistrările.
-
Înregistrările din registrul de serviciu trebuie să aibă o greutate și o prioritate corespunzătoare. Utilizarea ponderilor și priorităților diferite influențează distribuția traficului pentru apelurile provenite din Webex Calling.
-
-
Toate tipurile de înregistrări TREBUIE să aibă un TTL rezonabil ridicat de 300 secunde sau mai mare este preferat.
În timp ce configurați adresa trunchiului în Control Hub, sunt permise atât formatele FQDN, cât și cele SRV. Cu toate acestea, pentru a se conecta configurația din partea chiriaș uluiWebex Calling, numai adresele Webex Calling Edge bazate pe SRV ar trebui utilizate pe Gateway-ul local.
-
-
Toate trunchiurile trebuie să fie atribuite unei locații din Hub de control.
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 |
Regula pentru configurarea DNS |
Adresa prezentă în certificat ca nume comun (CN) sau nume alternativ al subiectului (SAN) |
Cerința antetului de contact SIP |
|---|---|---|---|
|
FQDN: london.lgw1.cisco.com cu portul 5061 |
london.lgw1.cisco.com este o înregistrare DNS A |
london.lgw1.cisco.com |
sip: london.lgw1.cisco.com:port; transport = tls sau sip: utilizator@london.lgw1.cisco.com:port; transport = tls |
|
SRV: frankfurt.lgw.cisco.com |
_înghițituri. _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 |
_înghițituri. _tcp.frankfurt.lgw.cisco.com rezolvă la DOUĂ sau mai multe înregistrări A ro.lgw1.cisco.com ro.lgw2.cisco.com Ambele înregistrări TREBUIE să se rezolve la o adresă IP unică și, așa cum este sugerat, pot avea greutate ș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 tranzacție SIP Gateway Local Gateway inițiată spre Webex Calling cloud, ar trebui să conțină antetul de contact cu FQDN al unui gateway local.
OPTIONS Tranzacțiile de la Local Gateway sunt deosebit de importante pentru ca starea Gateway Local din Control Hub să fie online.
Vi se cere să adăugați înregistrarea SRV și înregistrarea A derivată în SAN a certificatului.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Alternativ, clienții care utilizează Planul de apelare Cisco pot adăuga un Trunk din
.
|
| 3 |
Selectați Adăugați trunchi. |
| 4 |
Selectați o locație din lista derulantă. |
| 5 |
Introduceți un nume pentru portbagaj. |
| 6 |
Selectați Bazat pe certificat din lista derul antă Tip trunchi. |
| 7 |
Selectați un tip de dispozitiv din meniul derulant. Integrarea SBC cu un gateway local Cisco Webex Calling terță parte (LGW) este acceptată numai cu trunchiul 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 Webex Calling locale compatibile. Pentru mai multe informații despre informațiile despre furnizorii terți acceptați, consultați: Asistență SBC ter ță parte din secțiunea Trunk. |
| 8 |
Introduceţi adresa, domeniul şi portul controlerului de frontieră de sesiune (SBC). Aceasta este adresa FQDN sau SRV Webex Calling pentru a contacta SBC Enterprise.
Trebuie să aveți un domeniu verificat. Pentru mai multe informații, consultați
Gestionarea domeniilor |
| 9 |
Introduceți numărul maxim de apeluri concurente.
|
| 10 |
Faceți clic pe Sal vare. 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 adrese unice FQDN sau SRV de mai sus. Dacă problema
persistă, contactați echipa de asistență Cisco. |
Ce să faci în continuare
-
Salvați adresele Webex Calling Edge afișate pe ecranul final.
-
Pentru a configura un CUBE ca gateway local, consultați: Configurarea gateway-ului local pe IOS-XE pentru Webex Calling
Puteți edita numele portbagajului sau puteți vizualiza detaliile portbagajului și utilizarea în Control Hub.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați trunchiul pe care doriți să îl vizualizați sau să îl modificați. |
| 4 |
Pe panoul lateral, lângă numele trunchiului, faceți clic pe De asemenea, puteți vizualiza informațiile de utilizare pentru portbagaj. |
| 5 |
Pentru a vizualiza detalii suplimentare, faceţi clic pe Gestion are lângă Trunchiuri. Utilizaţi această setare dacă doriţi să actualizaţi o valoare pentru numărul maxim de apeluri concomitente. Dacă trebuie să actualizați adresa SRV sau FQDN sau portul gateway-ului local, trebuie să adăugați un nou trunchi și să ștergeți vechiul trunchi. |
| 6 |
Setarea Dual Identity Support afectează gestionarea antetului From și a antetului P-Asserted-Identity (PAI) atunci când se trimite o invitație inițială SIP către 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 portbagaj atâta timp cât nu este utilizat.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați trunchiul pe care doriți să îl ștergeți. |
| 4 |
Click |
Pentru a verifica starea portbagajului în Control Hub.
| 1 |
Conectați-vă la Control Hub. | |||||||||||||||||
| 2 |
Accesați .
Pagina listează trunchiurile dvs. și afișează informații despre ele,
inclusiv starea - online, offline, necunoscut și deteriorat.
| |||||||||||||||||
| 3 |
(Opţional) Puteţi fil tra înregistrările trunchiului în funcţie de starea trunchiului sau tipul trunchiului. Din meniul de filtrare derulant Toate trunchiurile, selectați oricare dintre următoarele opțiuni de filtrare pentru a popula pagina. Starea trunchiului se actualiz ează la fiecare 3 minute.
| |||||||||||||||||
| 4 |
Faceți clic pe Re împrospă tare pentru a vedea cele mai recente actualizări privind starea portbagajului. Se afișează marcajul de timp pentru ultima actualizare a paginii. Utilizați manualul Re
împrospă tare pentru a actualiza pagina.
| |||||||||||||||||
| 5 |
(Opţional) Puteţi căuta o anumită înregistrare trunchiului utilizând op ţi unea Căutare bazată pe Nume sau Locaţie. Dacă căutarea returnează mai mult de 1000 de trunchiuri, nu puteți sorta sau că uta în rezultate. | |||||||||||||||||
| 6 |
Selectați un trunchi din listă pentru a verifica informații detaliate. Apare o fereastră pop-up care afișează informații detaliate despre trunchiul
selectat.
| |||||||||||||||||
| 7 |
Faceți clic pe tionați pentru a vizualiza informațiile complete despre trunchi.
Pentru mai multe informații despre diferite condiții de eroare, consultați Depanarea gateway- ului local. |
|
SI nr. |
Descrierea erorii |
Acțiune |
|---|---|---|
|
1. |
Conexiunea TLS la gateway-ul local a eșuat din cauza eșec ului de rezoluție DNS a FQDN configurat pentru gateway-ul dvs. |
Verificați configurațiile DNS pentru SRV/FQDN configurate și asigurați-vă că sunt rezolvabile |
|
2. |
Conexiunea TLS la gateway-ul local a eșuat din cauza unei probleme de transport |
Verificați dacă adresele IP rezolvate și portul către gateway-ul local sunt valide |
|
3. |
Conexiunea TLS la gateway-ul local a eșuat deoarece certificatul gateway-ului este semnat de o persoană nevalidă Certificate Authority |
Verificați și asigurați-vă că certificatul de gateway local este semnat de un certificat valid Certificate Authority (Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platforme Cisco Webex audio și video? ) |
|
4. |
Conexiunea TLS la gateway-ul local a eșuat deoarece certificatul gateway-ului a expirat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway nu a expirat |
|
5. |
Conexiunea TLS la gateway-ul local a eșuat deoarece certificatul gateway-ului a fost emis de un dispozitiv expirat Certificate Authority |
Verificați și asigurați-vă că certificatul Gateway local nu este semnat de un lanț de certificate de autoritate de certificare expirat |
|
6. |
Conexiunea TLS la gateway-ul local a eșuat, deoarece FQDN configurat pentru gateway-ul dvs. lipsește din CN sau SAN |
Verificați și asigurați-vă că certificatul de gateway local 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 să primească solicitări OPTIONS și să răspundă. Verificați configurația CUBE |
|
8. |
Conexiunea TLS de la Local Gateway a Webex Calling eșuat din cauza unui certificat de gateway nevalid |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway este valid |
|
9. |
Conexiunea TLS de la Local Gateway a Webex Calling eșuat, deoarece nu am putut avea încredere în Certificate Authority |
Verificați și asigurați-vă că certificatul Local Gateway este semnat de certificatul valid Certificate Authority (Ce autorități de certificare rădăcină sunt acceptate pentru apelurile către platforme Cisco Webex audio și video? ) |
|
10. |
Conexiunea TLS de la Local Gateway a Webex Calling eșuat din cauza certific atelor expirate în 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 Webex Calling au eșuat |
Verificați și asigurați-vă că CUBE este configurat pentru a trimite solicitări OPTIONS |
|
12. |
Răspunsul opțiunilor SIP de la gateway-ul local indică o eroare de server sau un serviciu indisponibil |
Verificați și asigurați-vă că Gateway-ul local nu este în modul de întreținere sau rutarea apelurilor nu este dezactivată |
|
13. |
Conexiunea TLS la gateway-ul local a eșuat deoarece certificatul gateway-ului local a fost revocat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway nu este revocat |
|
14. |
Conexiunea TLS de la gateway-ul local a Webex Calling eșuat deoarece certificatul gateway-ului a fost revocat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway nu este revocat |
|
15. |
Conexiunea TLS de la gateway-ul local a Webex Calling eșuat deoarece certificatul gateway-ului a expirat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway nu a expirat |
|
16. |
Conexiunea TLS de la gateway-ul local a Webex Calling eșuat din cauza unei erori de certificat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway este valabil şi îndeplineşte cerinţele |
|
17. |
Conexiunea TLS la gateway-ul local a Webex Calling eșuat din cauza unei erori de certificat |
Verificaţi şi asiguraţi-vă că certificatul Local Gateway este valabil şi îndeplineşte cerinţele |
Eroarea SI nr.: 2,6,11 și 12 sunt afișate numai atunci când toate nodurile proxy de margine întâmpină o problemă.
Grupul de trasee
Un grup de rute este un grup de trunchiuri care Webex Calling permit distribuirea apelurilor pe mai multe trunchiuri sau furnizarea de 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 individual sau atribuite unui grup de rute. Adăugați trunchiuri la grupurile de rute pentru a oferi redundanță și scalabilitate.
-
Fiecare grup de rute trebuie să includă cel puțin un trunchi cu maximum 10 trunchiuri pe grup de rute.
-
Când configurați un grup de rute, setați un nivel de prioritate trunchiurilor din acel grup de rute. Această setare permite ca apelurile să fie direcționate într-un mod echilibrat de sarcină.
-
Apelurile sunt distribuite aleatoriu între trunchiuri cu aceeași prioritate. Dacă un trunchi care este setat ca prioritate maximă nu este disponibil, 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 Callingdirecționează apelurile către trunchiul 1 și trunchiul 2 într-un mod echilibrat de sarcină .
-
Dacă trunchiul 1 și trunchiul 2 nu sunt accesibile, apelurile sunt direcționate către trunchiul 3.
-
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . Alternativ, clienții care utilizează Planul de apelare Cisco pot adăuga un grup de rute
din
|
| 3 |
Selectați . |
| 4 |
Denumiți grupul de rute, apoi selectați trunchiul (trunchiurile) de adăugat din meniul derulant. |
| 5 |
Selectați nivelul de prioritate pentru portbagaj. |
| 6 |
Faceți clic pe Sal vare. |
Ce să faci în continuare
Din ecranul de confirmare, puteți vizita pagina Loc aț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 alegere de rutare pentru un plan de apelare. Un grup de rute poate fi, de asemenea, utilizat ca alegere de rutare pentru rut area extensiilor necunoscute într-o locație.
Aveți posibilitatea să modificați numele unui grup de rute existent, să adăugați trunchiuri, să modificați numărul de trunchiuri atribuite și să modificați nivelurile de prioritate ale trunchiului. Din pagina cu detalii despre grupul de rute, puteți vizualiza, de asemenea, Apel uri către extensii locale, planuri de apel are și conexiune PSTN .
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . Alternativ, clienții care utilizează Planul de apelare Cisco pot modifica un grup de rute
din
|
| 3 |
Selectați grupul de rute pe care doriți să îl modificați. |
| 4 |
Pe panoul lateral, lângă numele grupului de rute, faceți clic pe |
| 5 |
Pentru a adăuga sau edita trunchiuri în grupul de rute, faceți clic pe Gestionare lângă Trunchiuri. Puteți adăuga un trunchi din meniul derulant, puteți edita nivelul de prioritate al unui trunchi existent în tabel și/sau ștergeți un trunchi existent din tabel. |
| 6 |
Faceți clic pe Sal vare.
|
Puteți șterge un grup de rute atâta timp cât acesta nu este utilizat.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . Alternativ, clienții care utilizează Planul de apelare Cisco pot șterge un grup de rute
din
|
| 3 |
Selectați grupul de rute pe care doriți să îl ștergeți. |
| 4 |
Faceți clic pe |
Planurile de apelare vă permit să direcționați apelurile către destinații locale utilizând trunchiuri sau grupuri 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, alegerea de rutare (trunchi sau grup de rute) pentru apelurile care se potrivesc cu oricare dintre modelele sale de apelare. Definiți modelele specifice de apelare ca parte a planului dvs. de apelare. Un model de apelare reprezintă extensii locale:
-
Numere ESN/on-net
-
+E.164 modele
-
Domenii SIP URI
Modele numerice de cadran
Modelele numerice pot reprezenta fie numere E.164, fie numere de întreprindere. Model ele pentru numerele E.164 încep cu un + la început, urmate de o secvență de cifre (1-9) și apoi caractere wildcard opționale.
Model de apelare pentru întreprinderi
Un model de apelare pentru întreprinderi are o secvență de cifre (1-9), urmată 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). De! wildcard-ul poate apărea o singură dată la sfârșit și numai într-un model E.164.
Nu puteți utiliza:
-
Cartea sălbatică „X” în mijlocul numerelor, de exemplu: 617495X3XX
-
Cartea sălbatică „!” când utilizați simbolul wild „X” în configurația planului de apelare, de exemplu: 1617495X3!
|
Exemple de plan de apelare pentru întreprinderi | |
|---|---|
|
+1408555XXXX |
Număr de 11 cifre +E.164 începând cu +1408555 |
|
+14085551234 |
Șir de cadran exact +14085551234 |
|
+496100! |
Orice șir de apelare începând cu +496100 |
|
84969XXX |
ESN din 8 cifre începând cu 84969 |
|
84969764 |
Exact 8 cifre ESN 84969764 |
Planul de apelare Webex Calling acceptă anteturile de la și la în E.164 sau extensii și nu poate fi o combinație. De exemplu:
De la: 1-222-333-4444
Până la: 1-555-666-7777
Sintaxa modelului de apelare SIP URI:
Doar domeniile din partea dreaptă a SIP URI după @ sunt potrivite. Opțiunile sunt fie:
-
Domeniu complet calificat
-
Domeniu cu un prim * (indicând toate subdomeniile unui domeniu dat)
Exemple:
|
Exemple de sintaxă tip de apelare SIP URI | ||
|---|---|---|
|
Prefix |
Înțeles |
Exemple |
|
example.com |
Numai URI-urile cu porțiunea gazdă „example.com” |
alice@example.com |
|
ro.example.com |
Numai URI-urile cu porțiunea gazdă „us.example.com” |
alice@us.example.com |
|
*.example.com |
URI-uri cu porțiunea gazdă fiind sub-domeniul „example.com” |
alice@eu.example.com alice@sales.us.example.com Not ă: alice@example.com nu se potrivește |
După ce ați creat trunchiurile și grupurile de rute, puteți configura un plan de apelare în Control Hub.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . Alternativ, clienții care utilizează Planul de apel uri.
|
| 3 |
Faceți clic pe Planuri de apelare, apoi pe Creare plan de apelare. |
| 4 |
Introduceți un nume pentru planul de apelare. |
| 5 |
Selectați o alegere de rutare. Selectați fie un trunchi creat anterior, fie un grup de rute. |
| 6 |
(Opţional) Puteţi crea sau importa manual un model de apelare pentru opţiunile de traseu selectate. |
| 7 |
Faceți clic pe Sal vare. |
Ce să faci în continuare
De asemenea, puteți adăuga în masă modele de apelare după crearea planului de apelare. Pentru a adăuga în masă modele de apelare utilizând un fișier CSV, accesați ecranul Planuri de apelare și selectați meniul derulant Ac țiuni din planul de apelare pentru a edita, apoi alegeți Importați modele de apelare CSV sau Exportați modele de apel are CSV. Alegeți Descărcare șablon sau Import fișier CSV și faceți clic pe Tri mitere.
Puteţi modifica numele unui plan de apelare existent, opţiunile de rutare şi modelele de apelare în Control Hub.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați Alternativ, clienții care utilizează Planul de apelare Cisco pot modifica planurile de apelare din apelare.
|
| 3 |
Selectați planul de apelare pe care doriți să îl modificați. |
| 4 |
Pe panoul lateral, lângă numele planului de apelare, faceți clic pe |
| 5 |
Pentru a modifica opțiunea de rutare, alegeți o altă opțiune din meniul derulant. |
| 6 |
Pentru a adăuga manual un nou model de apelare, faceți clic pe Adăugare modele de apelare. Sau faceți clic pe Import CSV pentru a adăuga în bloc modele de apelare . |
| 7 |
Pentru a elimina un model de apelare, faceți clic pe |
| 8 |
Faceți clic pe Sal vare. |
pictograma de lângă modelul de cadran pe care doriți să îl eliminați.| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați Alternativ, clienții care utilizează Planul de apelare Cisco pot șterge planurile de apelare din apelare.
|
| 3 |
Selectați planul de apelare pe care doriți să îl ștergeți. |
| 4 |
Click |
Puteţi activa setarea Apeluri către extensii locale în Control Hub. Această setare se aplică utilizatorilor dintr-o locație care sunt înregistrați la un PBX și vă permite să direc ționați extensii necunoscute (lungimea numărului de apel de 2-10 cifre) către PBX utilizând un trunchi existent sau un grup de rute.
Î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 de nor/spații . Utilizatorii pot continua să utilizeze apelarea prescurtată (de exemplu, 4 cifre), chiar dacă site-ul este parțial migrat. 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/trunchi selectat ca apeluri locale.
Apelurile direcționate prin trunchiuri la locația de la o extensie necunoscută sunt tratate ca apel uri locale. Aceasta se referă la apelurile din amonte care intră Webex Calling dintr-un portbagaj.
Apelurile sunt considerate ca provenind dintr-o extensie necunoscută atunci când ID-ul apelantului nu se potrivește cu niciunul dintre modelele planului de apelare existente.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați locația de modificat. |
| 4 |
Faceți clic pe fila A pelare. |
| 5 |
Faceți clic pe Apelare internă, sub secțiunea A pelare. |
| 6 |
Activează pentru a activa rutarea extensiilor necunoscute către locații ca apeluri interne. |
| 7 |
Selectați un grup de rutare sau un trunchi din meniul derulant pentru a redirecționa apelurile. |
| 8 |
Faceți clic pe Sal vare. |
În Control Hub puteți configura setările de rutare a apelurilor între Webex Calling și locații. Aceste setări determină modul în care sunt gestionate numerele necunoscute atunci când se utilizează trunchiuri și grupuri de rute către un PBX local și formatul ID-ului apelantului pentru apelurile direc ționate între Webex Calling și PBX.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
|
| 3 |
Derulați la Rutarea apel Webex Calling urilor între și loc ații și alegeți modul în care doriți să gestionați numerele necunoscute.
Setarea serviciului de gestionare a numerelor necunoscute este setată la Com port ament vechi pentru a păstra comportamentul de rutare. Această setare poate fi modificată pentru a profita de noile caracteristici de rutare a apelurilor (de exemplu, plan uri de apelare și grupuri de rute). |
| 4 |
Alegeți formatul ID-ului apelantului. Când este sel ectată opţiunea numărul de telefon +E.164, selec Webex Calling tează ID-ul liniei de apelare externă (CLID), care este un număr E.164. Când este aleasă opțiunea ESN ( număr semnificativ al întreprinderii), Webex Calling selectează CLID intern, care este un ESN. |
| 5 |
Alegeți lungimea maximă a extensiei necunoscute (2-10 cifre) pe care doriți să o setați pentru rutarea bazată pe locații. Când măriți lungimea extensiei și dacă schema numerică utilizată de furnizorul PSTN nu este E.164, apelurile PSTN primite vor fi considerate apeluri locale provenite de la local. Prin urmare, pentru a evita orice potențială redirecționare greșită, vă recomandăm să aplicați formatul E.164 la astfel de apeluri PSTN primite înainte de a-l trimite la. Webex Calling |
| 6 |
Faceți clic pe Sal vare.
|
Instrumentul Verificare rutare apeluri din Control Hub oferă:
-
Simularea apelurilor pentru analiza deciziilor de rutare.
-
Îndrumări utile în timpul fazelor de proiectare și configurare a unei implementări.
-
Evenimente din platforma Webex Analytics care includ decizii de rutare a apelurilor.
-
Asistență în cazuri de depanare.
Funcția este îmbunătățită pentru a afișa permisiunile de apel de ieșire, prevenirea fraudei, modelele de cifre, interceptarea apelurilor și modelele de traducere aplicate în timpul rutării unui apel.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . Alternativ, clienții care utilizează Planul de apelare Cisco își pot direcționa rutarea din .
|
| 3 |
Selectați Verificați rutarea apelurilor. |
| 4 |
Din meniul derulant, alegeți Selectați sursa de apel a unui utilizator cloud, spațiu de lucru, linie virtuală sau trunchi spațial pentru a verifica rutarea apelurilor. |
| 5 |
Introduceți un număr sau un URI. |
| 6 |
Faceți clic pe Vedeți rezultatul rutării pentru a vizualiza rutarea apelurilor. |
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați și selectați locația pe care doriți să o actualizați. |
| 3 |
Lângă Conexiune PSTN, faceți clic pe Gestionare. |
| 4 |
Lângă adresa serviciului de urgență, faceți clic pe Editare. |
| 5 |
Introduceți noua adresă și faceți clic pe Salvare. Dacă validarea adresei ESA (Enterprise Service Address) eșuează în timpul configurării conexiunilor premise sau CCPP, administratorii pot în chide ecranul ESA și pot continua configurarea. Eșecul de validare nu va împiedica configurarea conexiunii. Dacă ESA nu este validată, gestionarea apelurilor de urgență poate fi întârziată și se pot aplica taxe suplimentare dacă apelurile sunt direcționate către un centru de releu de urgență. |
Puteți configura o adresă personalizată de serviciu de urgență pentru dispozitive fixe, cum ar fi dispozitivele mobile care sunt atribuite unui spațiu de lucru. Această configurație se aplică locațiilor din SUA și Canada și respectă serviciul E911.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați spațiul de lucru pe care doriți să îl modificați și faceți clic pe A pelare. |
| 4 |
Selectați săgeata dreapta pentru a extinde setările primare ale numărului de telefon sub Numere. |
| 5 |
Sub Adresa serviciului de urgență, selectați Adresă personalizată. 
Introduceți următoarele detalii. În caz de urgență, echipajul local de intervenție în caz de urgență va folosi această adresă pentru a localiza apelantul.
|
| 6 |
Actualizați informațiile pentru spațiul de lucru și faceți clic pe Validare. La introducerea unei adrese de serviciu, sistemul validează adresa. Dacă sistemul nu poate găsi adresa, se afișează o adresă suger ată într-un panou lateral. Examinați adresa sugerată și faceți clic pe Aplicați pentru a actualiza adresa serviciului de urgență. Faceți clic pe Salvare, pentru a salva modificările. |
O adresă de urgență personalizată suprascrie adresa de urgență implicită a locației pentru spațiul de lucru specific.
Pentru a configura un ESA pentru un utilizator, asigurați-vă că sunt îndeplinite următoarele condiții:
- Utilizatorul are atribuit un număr de telefon principal non-mobil.
- Locația utilizatorului se află în SUA sau Canada.
Aceste condiții sunt necesare deoarece ESA este legată de numărul de telefon și locația utilizatorului. Această configurare permite rutarea precisă a apelurilor de urgență și apelarea corectă către utilizator prin numărul de apel de urgență (ECBN) asociat locației sau numărului de telefon al acestuia.
| 1 |
Conectați-vă la Control Hub. |
| 2 |
Accesați . |
| 3 |
Selectați utilizatorul pe care doriți să îl modificați și faceți clic pe A pelare. |
| 4 |
Selectați săgeata dreapta pentru a extinde setările primare ale numărului de telefon sub Numere. |
| 5 |
Sub Adresa serviciului de urgență, selectați Adresă personalizată. Introduceți următoarele detalii. În caz de urgență, echipajul local de intervenție în caz de urgență va folosi această adresă pentru a localiza apelantul.
|
| 6 |
Actualizați informațiile pentru spațiul de lucru și faceți clic pe Validare. La introducerea unei adrese de serviciu, sistemul validează adresa. Dacă sistemul nu poate găsi adresa, se afișează o adresă suger ată într-un panou lateral. Examinați adresa sugerată și faceți clic pe Aplicați pentru a actualiza adresa serviciului de urgență. Faceți clic pe Salvare, pentru a salva modificările. |
O adresă de urgență personalizată suprascrie adresa de urgență implicită a locației pentru utilizatorul specific.
Exemplul 1: PBX multi-site
Descrierea implementării
-
Client de întreprindere cu 100 de site-uri în SUA.
-
Implementare PBX multi-site (sau rețea de PBX), cu PBX principal răspândit pe două site-uri principale pentru HA.
-
Plan de apelare pentru întreprinderi din 8 cifre: 8 + cod de site din 3 cifre+extensie de 4 cifre.
-
30 de site-uri rămân locale, iar 70 de site-uri se mutăWebex Calling. PSTN rămâne local , prin trunchiuri SIP la cele două site-uri principale.
-
Nu există site-uri mixte. Pentru fiecare site, utilizatorii sunt fie toți locali, 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ând pe două gateway-uri locale la cele două site-uri principale.
Exemplul 2: Site-uri mixte de tip cloud-PBX
Descrierea implementării
-
Client enterprise cu 50 de site-uri în SUA: 10 site-uri mari și 40 de su cursale mici.
-
PBX-uri la site-uri mari, comutatoare cheie la sucursale.
-
Plan de apelare Enterprise din 7 cifre: 8+ cod de site din 2 cifre+extensie de 4 cifre.
-
Webex Callingnumai la sucursale, migrare lentă de la PBX la site-uri mari (site-uri mixte cu ambele Webex Calling și utilizatori PBX).
-
PSTN conectat la cloud pentru toți utilizatorii 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 numai prin extensie.
Soluție de implementare
-
Apelați planuri pentru a redirecționa apelurile către fiecare dintre PBX-urile de pe orice alt site. De asemenea, pentru fiecare site mare, Apelurile către extensiile locale sunt configurate pentru a direcționa apel urile 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ă |
|
Modele de apelare pe care un CSV le poate încărca într-un plan de apelare |
10000 |
|
Trunchiuri care pot fi configurate pe locație |
100 |
|
Grupuri de rutare per client 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 |
