Un trunchi este o conexiune între Webex Calling și localul, care se oprește în locația cu un gateway local sau alt dispozitiv acceptat. După ce ați creat un trunchi, îl puteți aloca unui grup de rute. Un grup de rutare este un grup de trunchiuri care permite Webex Calling să distribuie apelurile pe mai multe trunchiuri sau să asigure redundanță. Un Gateway local este un dispozitiv (dispozitive) în rețeaua corporatistă (e) care interconectează trunchiul, PSTN în rețeaua corporatistă și/sau PBX.

Trunchiurile, grupurile de rute și planurile de apelare oferă următoarele avantaje:

  • Echilibrarea încărcăturii și transferul automat între trunchiuri către Webex Calling și local.

  • Capacitate pentru Webex Calling utilizatorii să utilizeze cloud PSTN (Cloud Connected PSTN (CCP) sau Cisco PSTN) și să poată contacta în continuare utilizatorii PBX din întreprindere.

  • Dirijarea apelurilor către diferite PBX-uri ale sediului.

  • Funcționalitate tandem pentru dirijare apeluri între PBX-uri ale sediului.

  • O gamă mai largă de scenarii de migrare și coexistență cu centrale PBX din sediu, inclusiv site-uri mixte cu utilizatori din sediu și utilizatori Webex Calling .

  • Vizibilitatea detaliată a deciziilor de dirijare apel .

Odată ce locația dvs. este activată, trebuie să configurați conectivitatea PSTN pentru Webex Calling utilizatorii din locația respectivă. 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 numerele existente către Cisco. Opțiunea Cisco PSTN este disponibilă numai în următoarele condiții:

    • Ați achiziționat și ați activat planul de apelare Cisco .

    • Locația se află într-o țară în care Cisco Calling Plan este acceptat.

  • PSTN conectat la cloud — Alegeți această opțiune dacă căutați o soluție cloud care nu necesită implementarea hardware-ului local, apoi selectați furnizorul CCP ales. Cloud PSTN (Cisco PSTN sau Cloud Connected PSTN) poate fi utilizat numai pentru a oferi acces PSTN pentru Webex Calling utilizatorilor. Apelurile care provin de la utilizatorii sediului nu pot accesa cloud PSTN.

  • PSTN la sediu (gateway local) — Alegeți această opțiune dacă doriți să vă păstrați furnizorul PSTN actual. Trunchiurile pentru PSTN de la sediu prin gateway local pot fi, de asemenea, utilizate pentru a se conecta la PBX-urile sediului. Puteți păstra funcționalitatea gateway local existent este reținută fără a efectua modificări de configurare. Locațiile care utilizează gateway local sunt setate pe PSTN bazat pe local, iar gateway-urile locale devin trunchiuri.

Configurați conexiune PSTN selectată în interiorul Control Hub prin selectare Apelare > Locații , selectați locația pe care doriți să o modificați, apoi selectați Alocare sau Gestionați și selectați conexiune PSTN dorită.

Trunchi

Un trunchi este o conexiune între Webex Calling și sediu, terminată la sediu cu un controller de frontieră de sesiune acceptat care acționează ca un 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, Controler frontieră sesiune (SBC) efectuează înregistrarea SIP . Trunchiul bazat pe înregistrare necesită gateway local pentru a menține înregistrarea SIP activă. Conexiunea este implicită înregistrării.

Înainte de a începe

Toate trunchiurile trebuie să fie alocate unei locații în Control Hub.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați Adăugare trunchi .

3

Selectați a Locație din listă derulantă.

4

Introduceți a Nume pentru portbagaj.

5

Selectați Înscriere în curs din Tip trunchi listă derulantă.

6

Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Cu identitatea duală activată, Webex Calling populează De și PAI (și ambele anteturi de identitate pot fi diferite). Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată.

Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:

  • Scenariul 1 —Un utilizator Webex Calling este setat să utilizeze numărul principal al locației ca număr apelant extern.

    • Când setarea Asistență pentru identitate dublă este activată:

      • Din: Număr locație

      • PAI: Linie directă

    • Când setarea Asistență identitate dublă este dezactivată:

      • Din: Număr locație

      • PAI: Număr locație

  • Scenariul 2 —Un utilizator Webex Calling este setat să utilizeze numărul de număr de telefon de apelare externă.

    • Când setarea Asistență pentru identitate dublă este activată:

      • Din: Linie directă

      • PAI: Linie directă

    • Când setarea Asistență identitate dublă este dezactivată:

      • Din: Linie directă

      • PAI: Linie directă

  • Scenariul 3 —Un utilizator Webex Calling apelează un utilizator în rețeaua corporatistă prin gateway local-ul local .

    • Când setarea Asistență pentru identitate dublă este activată:

      • Din: Număr semnificativ pentru întreprindere

      • PAI: Linie directă

    • Când setarea Asistență identitate dublă este dezactivată:

      • Din: Număr semnificativ pentru întreprindere

      • PAI: Număr semnificativ pentru întreprindere

7

Faceți clic pe Salvați.

Ce este de făcut în continuare

Informațiile privind trunchiul apar pe ecran Înregistrare domeniu, grup trunchi OTG/DTG, linie/port , Adresă proxy de ieșire . Vă recomandăm să copiați aceste informații din Control Hub și inserați-l într-un fișier text local sau un document, astfel încât să puteți face referire la acesta atunci când sunteți gata să configurați gateway local. Dacă pierdeți acreditările, trebuie să le regenerați din ecranul cu informații despre trunchi din Control Hub. Faceți clic Preluați numele de utilizator și resetarea parolei pentru a genera un nou set de date de autentificare de utilizat pe trunchi.


 

Această acțiune afectează serviciul, așa că se recomandă să fie efectuată în afara programului de lucru.

Dacă configurați un trunchi pentru a vă conecta gateway local la Webex Calling, consultați: Configurați gateway-ul local pe IOS-XE pentru Webex Calling .

Un trunchi este legătura dintre Webex Calling și sediul, care se termină în incintă cu un gateway local sau alt dispozitiv acceptat.

Înainte de a începe

Toate trunchiurile trebuie să fie alocate unei locații din interior Control Hub .

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați Adăugare trunchi .

3

Selectați o locație și un nume pentru trunchi.


 
Numele trunchiului nu poate avea mai mult de 24 de caractere.
4

Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Cu identitatea duală activată, Webex Calling populează De și PAI (și ambele anteturi de identitate pot fi diferite). Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată.

Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:

  • Scenariul 1 – Un utilizator WebEx Calling este setat să utilizeze numărul principal al locației ca număr apelant extern.

    • Când setarea Dual Identity Support este activată.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Număr locație

    • PAI: Număr locație

  • Scenariul 2 – Un utilizator WebEx Calling este setat să utilizeze numărul de număr de telefon al utilizatorului ca număr apelant extern.

    • Când setarea Dual Identity Support este activată.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3 – Un utilizator WebEx Calling apelează un utilizator gateway local-ul local .

    • Când setarea Dual Identity Support este activată.

    • De la:Număr semnificativ al întreprinderii

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • De la:Număr semnificativ al întreprinderii

    • PAI:Număr semnificativ al întreprinderii

5

Faceți clic pe Salvați.

Ce este de făcut în continuare

Informațiile privind trunchiul apar pe ecran Înregistrare domeniu, grup trunchi OTG/DTG, linie/port, adresă proxy de ieșire . Vă recomandăm să copiați aceste informații din Control Hub și inserați-l într-un fișier text local sau un document, astfel încât să puteți face referire la acesta atunci când sunteți gata să configurați gateway local. Dacă pierdeți datele de autentificare, trebuie să le generați din nou din ecranul cu informații despre trunchi în Control Hub . Faceți clic Preluați numele de utilizator și resetarea parolei pentru a genera un nou set de date de autentificare de utilizat pe trunchi.


 

Această acțiune afectează serviciul, așa că se recomandă să o faceți în afara program de lucru.

Puteți edita numele trunchiului sau puteți vizualiza detaliile și utilizarea trunchiului în Control Hub.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Trunchi .

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 pepictogramă pentru a schimba numele trunchiului.

De asemenea, puteți vizualiza informațiile de utilizare pentru trunchi.

4

Pentru a vizualiza detalii suplimentare, faceți clic Gestionați lângă Trunchiuri .


 

Utilizați această setare dacă pierdeți acreditările cu informații despre trunchi și trebuie să le regenerați. Faceți clic Preluați numele de utilizator și parola pentru a genera un nou set de date de autentificare de utilizat pe trunchi. Acest lucru afectează serviciul.

5

Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Cu Identitatea duală dezactivată, PAI și De la sunt identice și sunt setate la ceea ce a fost setat pentru antetul De la cu identitatea duală activată.

Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:

  • Scenariul 1: Un utilizator Webex Calling este setat să utilizeze numărul principal al locației ca număr apelant extern.

    • Când setarea Dual Identity Support este activată.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Număr locație

    • PAI: Număr locație

  • Scenariul 2: Un utilizator Webex Calling este setat să utilizeze numărul de număr de telefon de apelare externă.

    • Când setarea Dual Identity Support este activată.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3: Un utilizator Webex Calling apelează un utilizator gateway local-ul local .

    • Când setarea Dual Identity Support este activată.

    • Din: Număr semnificativ pentru întreprindere

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Număr semnificativ pentru întreprindere

    • PAI: Număr semnificativ pentru întreprindere

Puteți șterge un trunchi atât timp cât nu este utilizat.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați trunchiul pe care doriți să îl ștergeți.

3

Faceți clic peîn coloana Acțiuni , faceți clic pe Ștergere trunchi.

Pentru a verifica starea trunchiului în Control Hub.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați trunchiul în care doriți să verificați starea.

3

Faceți clic Informații trunchi .

Următoarele sunt stările diferite ale trunchiului bazate pe înregistrare:

  • Online —Înscriere reușită a gateway-ului local în Webex Calling.

  • Offline —Înscriere nereușită a gateway-ului local în Webex Calling.

Când 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 Control Hub:

  • Rețeaua gateway-ului local orientată spre cloud TREBUIE să utilizeze o adresă IPv4 publică și o adresă FQDN sau SRV care se rezolvă la această adresă TREBUIE să poată fi rezolvată pe internet. Webex Calling acceptă numai TLS pentru semnalizare și SRTP sau UDPTL pentru media.

  • Toate porturile SIP și media ale gateway-ului Local TREBUIE SĂ fie accesibile de pe internet și, prin urmare, necesită actualizări ale firewall-ului (TREBUIE să fie efectuate pe componentele rețelei de întreprindere):

    • Consultați Ghidul de referință pentru portul Webex Calling pentru a înțelege porturile necesare care ar avea nevoie de acces pe partea de premise și pe partea cloud.

    • Porturile SIP standard, cum ar fi 5061 sau 5062 pot fi configurate ca porturi SIP de ascultare.

  • Pentru autorizarea și autentificarea cu succes a apelurilor din trunchi este necesar un certificat semnat. 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 perioadă de valabilitate valabilă.

      • Certificatele originale sau intermediare utilizate pentru semnarea certificatului TREBUIE SĂ aibă un termen de expirare valabil și nu trebuie revocate.

      • Certificatele TREBUIE să fie semnate pentru utilizare client și server.

      • Certificatele TREBUIE SĂ conțină numele de domeniu complet calificat (FQDN) ca nume comun sau nume alternativ al subiectului în certificat cu FQDN-ul trunchiului 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 verificat sau revendicat de nivel superior, 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ă alt trunchi cu adresă de 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 care influențează diferite greutăți și priorități 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

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați Adăugare trunchi .

3

Selectați a Locație din listă derulantă.

4

Introduceți a Nume pentru portbagaj.

5

Selectați Pe bază de certificat din Tip trunchi listă derulantă.

6

Selectați un tip de dispozitiv din meniul drop-down.


 

Integrarea SBC cu Cisco Webex Calling ca gateway local terță parte (LGW) este acceptată numai cu trunchiul bazat pe certificat. Doar SBC-urile afișate în lista de tip dispozitiv din Control Hub sunt validate de partenerii noștri de încredere ca Gateway-uri locale Webex Calling compatibile.

Pentru mai multe informații despre informațiile despre furnizorii terți acceptați, consultați: Asistență SBC terță parte sub Trunchi secțiunea.

7

Introduceți Controler frontieră sesiune (SBC) Adresă , Domeniu , și Port .

Aceasta este adresa FQDN sau SRV pentru Webex Calling pentru a contacta Enterprise SBC.

 
Trebuie să aveți un domeniu verificat. Pentru mai multe informații, consultați Gestionați-vă domeniile
8

Introduceți număr maxim de apeluri simultane.

9

Faceți clic pe Salvați.


 
Dacă validarea nu trece, butonul Salvare nu va apărea. Validarea poate să nu aibă succes dacă FQDN sau SRV ales nu este unic pentru organizația dvs. Verificați mai sus cerințele pentru adrese unice FQDN sau SRV. Dacă problema persistă, contactați echipa de Asistență Cisco .

Ce este de făcut în continuare

Puteți edita numele trunchiului sau puteți vizualiza detaliile și utilizarea trunchiului în Control Hub.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Trunchi .

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 pepictogramă pentru a schimba numele trunchiului.

De asemenea, puteți vizualiza informațiile de utilizare pentru trunchi.

4

Pentru a vizualiza detalii suplimentare, faceți clic Gestionați lângă Trunchiuri .


 

Utilizați această setare dacă doriți să actualizați o valoare pentru Max apeluri simultane.


 

Dacă trebuie să actualizați adresa SRV sau FQDN sau portul gateway local , trebuie să adăugați un trunchi nou și să ștergeți trunchiul vechi.

5

Setarea Dual Identity Support afectează gestionarea antetului De la și antetului P-Asserted-Identity (PAI) atunci când se trimite o INVITARE SIP inițială către trunchi pentru un apel de ieșire. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine modul de utilizare a acestei setări:

  • Scenariul 1: Un utilizator WebEx Calling este setat să utilizeze numărul principal al locației ca număr apelant extern.

    • Când setarea Dual Identity Support este activată.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Număr locație

    • PAI: Număr locație

  • Scenariul 2: Un utilizator WebEx Calling este setat să utilizeze numărul de număr de telefon al utilizatorului ca număr apelant extern.

    • Când setarea Dual Identity Support este activată.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3: Un utilizator WebEx Calling apelează un utilizator gateway local-ul local .

    • Când setarea Dual Identity Support este activată.

    • De la:Număr semnificativ al întreprinderii

    • PAI: Linie directă

  • Când setarea Dual Identity Support este dezactivată.

    • De la:Număr semnificativ al întreprinderii

    • PAI:Număr semnificativ al întreprinderii

Puteți șterge un trunchi atât timp cât nu este utilizat.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați trunchiul pe care doriți să îl ștergeți.

3

Faceți clic peîn coloana Acțiuni , faceți clic pe Ștergere trunchi.

Pentru a verifica starea trunchiului în Control Hub.

1

Conectați-vă la Control Hubhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați trunchiul în care doriți să verificați starea.

3

Faceți clic Informații trunchi .

Următoarele sunt stările de trunchi diferite bazate pe certificate:

  • 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 Local Gateway.

  • Necunoscute: În procesul de stabilire a unei conexiuni între Webex Calling și gateway-ul local care a fost adăugat recent.

SI Nr.

Descriere eroare

Acțiune

1.

Conexiune TLS la gateway-ul local a eșuat din cauza eșecului rezoluției DNS a FQDN configurat pentru gateway-ul dvs.

Verificați configurațiile DNS pentru SRV /FQDN configurat și asigurați-vă că acestea pot fi rezolvate

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 Autoritatea certificatului 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 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 o Autoritatea certificatului expirată

Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de un lanț certificat de autoritate de certificare expirat

6.

Conexiune TLS la gateway-ul local a eșuat, deoarece FQDN-ul configurat pentru gateway-ul dvs. lipsește din CN sau SAN

Verificați și asigurați-vă că certificatul gateway local are CN / SAN la fel ca FQDN/SRV configurat

7.

Opțiunile SIP trimise către gateway-ul local nu au primit niciun răspuns

Verificați și asigurați-vă că CUBUL este configurat să primească solicitări OPȚIUNI și să răspundă. Verificați configurația CUBE

8.

Conexiunea TLS de la Local Gateway la Webex Calling a eșuat din cauza unui certificat de gateway nevalid

Verificați și asigurați-vă că certificatul Gateway local este valid

9.

Conexiunea TLS de la Local Gateway la Webex Calling a eșuat, deoarece nu am putut avea încredere în Autoritatea certificatului

Verificați și asigurați-vă că certificatul gateway local este semnat de Autoritatea certificatului valabilă ( 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 a eșuat din cauza certificatelor expirate în lanț

Verificați și asigurați-vă că certificatul Local Gateway nu este semnat de lanț certificat expirat

11.

Opțiunile de conexiune TLS și SIP de la Local Gateway la Webex Calling au eșuat

Verificați și asigurați-vă că CUBUL este configurat să trimită solicitări OPȚIUNI

12.

Răspunsul la opțiunile 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 Întreținere sau că dirijare apel 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 la Webex Calling a 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 la Webex Calling a 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 la Webex Calling a eșuat din cauza unei erori de certificat

Verificați și asigurați-vă că certificatul Local Gateway este valid și respectă cerințele

17.

Conexiunea TLS la gateway-ul local din Webex Calling a eșuat din cauza unei erori de certificat

verificați și asigurați-vă că certificatul Local Gateway este valid și respectă 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 rutare

Un grup de rutare este un grup de trunchiuri care permite Webex Calling să distribuie apelurile pe mai multe trunchiuri sau să asigure 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.

  • Trunkurile pot fi configurate singular sau atribuite unui grup de rute. Adăugați trunchiuri la grupurile de rutare pentru a oferi redundanță și scalabilitate.

  • Fiecare grup de rute trebuie să includă cel puțin un trunchi cu maximum 10 trunchiuri per grup de rute.

  • Când configurați un grup de rute, setați un nivel de prioritate pentru trunchiurile din acel grup de rute. Această setare permite rutarea apelurilor într-o manieră echilibrată în funcție de încărcare.

  • Apelurile sunt distribuite aleator între trunchiuri cu aceeași prioritate. Dacă nu este disponibil un trunchi care este setat ca prioritate cea mai mare, 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 trunchiul 1 și trunchiul 2 într-o manieră echilibrată din punct de vedere al sarcinii.

    • Dacă trunchiul 1 și trunchiul 2 nu sunt accesibile, apelurile sunt direcționate către trunchiul 3.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați Grup de rutare > Creați grup de rutare .

3

Denumiți grup de rute, apoi selectați trunchiul (trunchiurile) de adăugat din meniu derulant.

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 accesa Locații pentru a configura conexiune PSTN la locații individuale sau puteți vizita Planuri de apelare pagina pentru a utiliza acest grup de rute de rutare ca opțiune de rutare pentru un plan de apelare. Un grup de rute de rutare poate fi utilizat și ca opțiune de rutare pentru rutarea interioarelor 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 trunchiurilor. Din pagina cu grup de rute de trasee puteți vizualiza și fișierul Apeluri către interiorul local , Planuri de apelare , și Conexiune PSTN .

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Grupuri de rutare .

2

Selectați grup de rute pe care doriți să îl modificați.

3

Pe panoul lateral, lângă numele grupului de rutare, faceți clic pepictogramă pentru a schimba numele grupului de rute.

4

Pentru a adăuga sau edita trunchiuri în grup de rute, faceți clic Gestionați lângă Trunchiuri .

Puteți să adăugați un trunchi din meniu derulant, 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 clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Grupuri de rutare .

2

Selectați grup de rute pe care doriți să îl ștergeți.

3

Faceți clic peîn coloana Acțiuni și selectați Ștergeți grupul de rutare.

Planurile de apelare vă permit să dirijare apeluri către destinații în rețeaua corporatistă prin utilizarea trunchiurilor sau a grupurilor de rutare. 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 de rutare) 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 apel reprezintă interioare în rețeaua corporatistă :

  • Numere ESN/on-net

  • + Modele E 164

  • Domenii URI SIP

Modele de cadran numeric

Modelele numerice pot reprezenta fie numere E 164 , fie numere enterprise. Modelele pentru numerele E 164 încep cu un + înainte, urmat de o secvență de cifre (1-9) și apoi de caractere wildcard opționale.

Model de apelare Enterprise

Un model de apelare la nivel de întreprindere are o secvență de cifre (1-9), urmată de caractere opționale cu cartele sălbatice. Caracterele wild card valide sunt! (se potrivește cu orice succesiune de cifre) și X (se potrivește cu 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 Enterprise

+1408555XXXX

11 cifre + număr E 164 care începe cu +1408555

+14085551234

Șir de apelare exact +14085551234

+496100!

Orice șir de apelare care începe cu +496100

84969XXX

ESN din 8 cifre, începând cu 84969

84969764

ESN exact din 8 cifre 84969764


 

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

Către: 1-555-666-7777

Sintaxă model de apelare URI SIP :

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:

Exemple de sintaxă a modelului de apelare URI SIP

Prefix

Înțeles

Exemple

example.com

Doar URI-urile cu porțiunea gazdă „example.com”

alice@example.com

noi.exemplu.com

Doar URI-uri cu porțiunea de gazdă „us.example.com”

alice@us.example.com

*.example.com

URI-uri cu porțiunea gazdă fiind subdomeniul „example.com”

alice@eu.example.com

alice@sales.us.example.com

Notă: alice@example.com nu este potrivit

După ce v-ați creat trunchiurile și grupurile de rutare, puteți configura un plan de apelare Control Hub .

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Faceți clic Planuri de apelare , atunci Creați plan de apelare .

3

Introduceți a Nume pentru planul de apelare.

4

Selectați a Alegere 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 rutare 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ă ce ați creat planul de apelare. Pentru a adăuga în grup modele de apelare folosind un fișier CSV, accesați Planuri de apelare ecran și selectați Acțiuni meniu derulant din planul de apelare pentru a edita, apoi alegeți Import modele de apelare CSV sau Exportați modelele de apelare CSV . Alegeți Descărcați șablonul sau Import CSV File și faceți clic Trimitere .

Puteți modifica numele unui plan de apelare existent, opțiunile de rutare și modelele de apelare în Control Hub .

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Planuri de apelare .

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 pepentru a schimba numele planului de apelare.

4

Pentru a schimba Alegere rutare alegeți o altă opțiune din meniu derulant.

5

Pentru a adăuga manual un nou model de apelare, faceți clic Adăugați modele de cadran . Sau faceți clic Import CSV pentru a adăuga în bloc modele de cadran.

6

Pentru a elimina un șablon de apelare, faceți clic pepictograma de lângă modelul de apelare pe care doriți să îl eliminați.

7

Faceți clic pe Salvați.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor > Planuri de apelare .

2

Selectați planul de apelare pe care doriți să îl ștergeți.

3

Clicîn coloana Acțiuni și selectați Ștergere plan de apelare.

Puteți activa setarea Apeluri către interioare locale în Control Hub . Această setare se aplică utilizatorilor dintr-o locație care sunt înregistrați la un PBX și vă permite să rutați interioare necunoscute (lungimea numărului de apelare de 2-6 cifre) către PBX utilizând un trunchi sau un grup de rute existent .

Înainte de a începe

Setarea Apeluri către interiorul local este activată pentru fiecare locație.

Această setare permite păstrarea obiceiurilor de apelare într-un mediu mixt cloud/premises. Utilizatorii pot utiliza în continuare apelare abreviată (de exemplu, 4 cifre), chiar dacă site-ul este migrat parțial la Webex Calling .

Când este activată, apelurile efectuate de utilizatori la locație către un interior necunoscut (între 2-6 cifre) sunt redirecționate către grup de rute/trunchiul selectat ca apeluri la sediu.

Apelurile redirecționate prin trunchiuri la locația de la un interior necunoscut sunt tratate ca apeluri la sediu. Aceasta se referă la apelurile din amonte primite în Webex Calling de la un trunchi.

Apelurile sunt considerate ca provenind de la un interior necunoscut atunci când ID -ul de apelant nu corespunde niciunuia dintre modelele existente ale planului de apelare.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Locații .

2

Selectați locația de modificat.

3

Pe panou, faceți clic Apelare internă .

4

Bifați caseta de lângă Activați rutarea interioarelor necunoscute către sediul ca apeluri interne pentru a activa această setare.

5

Selectați o opțiune de rutare din meniu derulant.

6

Faceți clic pe Salvați.

În Control Hub puteți configura setările de dirijare apel între Webex Calling și spații. Aceste setări determină modul în care sunt tratate numerele dvs. necunoscute atunci când utilizați trunchiuri și grupurile de rutare către un PBX în rețeaua corporatistă și formatul ID apelantului pentru apelurile rutate între Webex Calling și PBX-ul dvs.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Setări serviciu .

2

Derulați la Dirijarea apelurilor între Webex Calling și sediu și alegeți modul în care doriți să tratați numerele necunoscute.

  • Comportament standard este opțiunea implicită și recomandată pentru a obține cel mai bun nivel de interoperabilitate cu un PBX în rețeaua corporatistă .
  • Comportament moștenit (nu este recomandat) oferă compatibilitate inversă pentru comportamentul gateway local moștenit și nu este recomandat atunci când planurile de apelare sunt configurate pentru organizație.

 

Setarea serviciului de tratare a numerelor necunoscute este setată la Comportament moștenire pentru a păstra comportamentul de rutare. Această setare poate fi modificată pentru a beneficia de apel nou (de exemplu, planuri de apelare și grupuri de rutare).

3

Alegeți formatul ID apelant.


 

Când + număr de telefon E 164 este aleasă opțiunea, Webex Calling selectează ID -ul liniei apelante externe (CLID), care este un număr E 164 . Când ESN (număr semnificativ al întreprinderii) este aleasă opțiunea, Webex Calling selectează CLID-ul intern, care este un ESN.

4

Faceți clic pe Salvați.

Instrumentul Verificare rutare apel în Control Hub furnizează:

  • Simularea apelurilor pentru analiza deciziilor de rutare.

  • Sfaturi utile în timpul fazelor de proiectare și configurare a unei implementări.

  • Evenimente din Platforma Webex Analytics care includ decizii de dirijare apel .

  • Asistență în cazuri de depanare.

1

Din vizualizarea clientului înhttps://admin.webex.com , accesați Servicii > Apelare > Dirijarea apelurilor .

2

Selectați Verificați rutarea apelurilor .

3

Din meniu derulant, alegeți Selectați Sursă apel a unui utilizator sau a unui trunchi de verificat.

4

Introduceți un număr sau un URI.

5

Faceți clic Consultați Rezultatul rutare pentru a vizualiza dirijare apel.

Exemplul 1: PBX cu mai multe site-uri

Descrierea implementării

  • Client Enterprise cu 100 de site-uri în SUA.

  • Implementare PBX pe mai multe site-uri (sau rețea de PBX), cu PBX-ul principal distribuit pe două site-uri principale pentru HA.

  • Plan de apelare companie din 8 cifre: 8 + cod site din 3 cifre + interior din 4 cifre.

  • 30 de site în rețeaua corporatistă, 70 de site-uri se mută Webex Calling . PSTN rămâne în rețeaua corporatistă, prin trunchiuri SIP la cele două site-uri principale.

  • Nu există site-uri mixte. Pentru fiecare site, utilizatorii sunt fie toți în rețeaua corporatistă, 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 de la în rețeaua corporatistă către un grup de rutare cu două trunchiuri, care se termină 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 sucursale mici.

  • PBX-uri la site-urile mari, comutatoare cu tastatură la sucursale.

  • Plan de apelare Enterprise din 7 cifre: 8 + cod site din 2 cifre + interior din 4 cifre.

  • Webex Calling numai la sucursale, migrare lentă de la PBX-uri la site-uri mari (site-uri mixte cu ambele Webex Calling și utilizatori PBX).

  • PSTN conectat la cloud pentru toți utilizatorii cloud (utilizatorii de la sediu continuă să utilizeze PSTN existent).

  • Utilizatorii de cloud și PBX de la fiecare site mare trebuie să păstreze capacități de apelare exclusiv pentru interior.

Soluție de implementare

  • Planuri de apelare pentru a dirijare apeluri către fiecare dintre PBX-uri de pe orice alt site. De asemenea, pentru fiecare site mare, Calls to On-Premises Extensions configurate să dirijare apeluri către un trunchi care se termină pe un gateway local al site-ului.

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 companie

10000

Trunchiuri configurabile într-un grup de rute

10

Planuri de apelare configurabile pentru fiecare client companie

10000

Modele de apelare configurabile cu un singur plan de apelare

10000