Un trunchi este o conexiune între Apelarea Webex și sediu, care se termină 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 Apelării Webex să distribuie apeluri pe mai multe trunchiuri sau să ofere redundanță.

Un gateway local este un dispozitiv local care interconectează trunchiul, rețeaua PSTN locală, and/or Centrală telefonică.

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

  • Echilibrarea încărcării și reluarea în caz de nefuncționare între trunchiuri către Webex Calling și sediul companiei.

  • Posibilitatea utilizatorilor Webex Calling de a utiliza PSTN în cloud (Cloud Connected PSTN (CCP) sau Cisco PSTN) și de a contacta utilizatorii PBX din cadrul companiei.

  • Rutarea apelurilor către centrale telefonice PBX din diferite sedii.

  • Funcționalitate tandem pentru a direcționa apelurile între PBX-urile locale.

  • Gamă mai largă de scenarii de migrare și coexistență cu centrale telefonice locale, inclusiv locații mixte cu utilizatori locali și utilizatori Webex Calling.

  • Vizibilitate detaliată 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 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 la pachet care vă permite să comandați numere PSTN noi și să portați numerele existente la 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.

  • PSTN conectat la cloud—Alegeți această opțiune dacă sunteți în căutarea unei soluții cloud care nu necesită implementarea de hardware local, apoi selectați un furnizor CCP dorit. 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 bazat pe sediu (Gateway local)—Alegeți această opțiune dacă doriți să păstrați furnizorul PSTN actual. Trunchiuri pentru PSTN bazate pe premise prin gateway-ul local pot fi, de asemenea, utilizate pentru a vă conecta la local PBXs. Puteți păstra funcționalitatea gateway-ului local existentă este reținută fără a efectua modificări de configurare. Locațiile care utilizează gateway-ul local sunt setate la PSTN bazat pe premise și gateway-urile locale devin trunchiuri.

Configurați conexiunea PSTN selectată în Control Hub selectând Apelare > Locații, selectați locația pe care doriți să o modificați, apoi selectați Atribuire sau Gestionare și selectați conexiunea PSTN dorită.

Trunchi

Un trunchi este o conexiune între Webex Calling și local, terminată la fața locului cu un controler de bordură de sesiune acceptat care acționează ca gateway local. Consultați Introducere în Local Gateway pentru a înțelege diversele modele de trunking și cerințele pentru dispozitive și configurație.

Pentru un model de trunchi de înregistrare, Session Border Controller (SBC) efectuează înregistrarea SIP. Trunchiul bazat pe înregistrare necesită gateway-ul local pentru a menține înregistrarea SIP este activă. Conexiunea este implicită la înregistrare.

Înainte de a începe

Toate trunchiurile trebuie atribuite unei locații din Control Hub.

1

Selectați Adăugare trunchi.

2

Selectați o locație din lista verticală.

3

Introduceți un nume pentru trunchi.

4

Selectați Înregistrare din lista verticală Tip trunchi.

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 identitatea duală activată, Webex Calling populează câmpurile De la și PAI (iar ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată.

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

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

    • Când este activată setarea Suport dual identity:

      • Din: Număr locație

      • PAI: Linie directă

    • Când setarea Suport dual identity este dezactivată:

      • Din: Număr locație

      • PAI: Număr locație

  • Scenariul 2—Un utilizator Webex Calling este configurat să utilizeze numărul de telefon al utilizatorului ca număr de apel extern.

    • Când este activată setarea Suport dual identity:

      • Din: Linie directă

      • PAI: Linie directă

    • Când setarea Suport dual identity este dezactivată:

      • Din: Linie directă

      • PAI: Linie directă

  • Scenariul 3—Un utilizator Webex Calling apelează un utilizator local prin intermediul gateway-ului local.

    • Când este activată setarea Suport dual identity:

      • Din: Număr semnificativ de întreprinderi

      • PAI: Linie directă

    • Când setarea Suport dual identity este dezactivată:

      • Din: Număr semnificativ de întreprinderi

      • PAI: Număr semnificativ de întreprinderi

6

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 apeluri Webex.

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.

2

Navigați la Servicii > Apelând > Rutare apeluri > Trunchi.

3

Accesați Servicii > Apelând > Rutare apeluri > Trunchi.

4

Selectați Adăugare trunchi.

5

Selectați o locație și un nume al trunchiului.

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

6

Setarea Suport dublu identitate impact manipularea antetului de la și P-Asserted-Identity (PAI) antet atunci când trimiteți o invitație SIP inițială la trunchi pentru un apel de ieșire. Cu identitatea duală activată, Webex Calling populează câmpurile De la și PAI (iar ambele anteturi de identitate pot fi diferite). Cu Dual Identity dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată.

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

  • Scenariul 1 - Un utilizator Webex Calling este configurat să utilizeze numărul principal al locației ca număr extern de apel.

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • Din: Număr locație

    • PAI: Număr locație

  • Scenariul 2 - Un utilizator Webex Calling este configurat să utilizeze numărul de telefon al utilizatorului ca număr de apel extern.

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3 - Un utilizator Webex Calling apelează un utilizator local prin intermediul gateway-ului local.

    • Când este activată setarea de asistență pentru identitatea duală.

    • De la:Număr semnificativ de întreprinderi

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • De la:Număr semnificativ de întreprinderi

    • PAI: Număr semnificativ de întreprinderi

7

Faceți clic pe Salvați.

8

Asistența P-Charge-Info răspunde nevoii furnizorilor PSTN de a avea o metodă mai fiabilă pentru autentificarea și facturarea apelurilor în cadrul Webex Calling. Gateway-ul local poate primi un ID de apelant diferit 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 despre apelul PSTN de ieșire trimise către 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 utilizării antetului PAI pentru originarea obișnuită și a antetului Diversion pentru redirecționările apelurilor. În mod implicit, sistemul setează politica P-Charge-Info Support la Disabled.

  • Numărul principal al apelurilor Webex sau numărul principal al locației—Include antetul P-Charge-Info în apelurile de ieșire. Folosește același număr ca antetul PAI pentru apelurile care provin de la entitatea Webex Calling. Sistemul determină acest număr după cum urmează:

    • Dacă este setat, utilizează numărul principal al entității Webex Calling de origine sau redirecționare, cum ar fi numărul listei de rute din lista de rute de origine.

    • Dacă nu este setat, implicit este numărul principal al locației entității Webex Calling.

  • Personalizează numărul de plată pe pagina locației—Include antetul P-Charge-Info folosind un număr selectat pe baza următoarei priorități:

    • Dacă este setat, utilizează numărul de facturare al locației entității Webex Calling de origine sau redirecționare.

    • Dacă nu este setat, utilizează numărul principal al entității Webex Calling (dacă este setat și nu este gratuit), cum ar fi numărul din lista de rute din originarea listei de rute.

    • Dacă aceasta nu este disponibilă, folosește numărul principal al locației entității Webex Calling (dacă este configurată și nu este gratuită).

  • Dacă niciuna dintre cele de mai sus nu se aplică, implicit se folosește valoarea configurată pentru opțiunea Identitate afirmată (aceasta poate include un număr gratuit).

Limitări:

  • Nu puteți include antetul P-Charge-Info dacă nu există un număr obișnuit (al cărui număr nu este gratuit) disponibil. Prin urmare, este posibil ca antetul să nu fie întotdeauna prezent, chiar și atunci când este activat suportul.

  • Furnizorii PSTN nu se pot baza exclusiv pe antetul P-Charge-Info pentru a determina numărul taxabil. De asemenea, trebuie să ia în considerare antetul PAI sau Diversion atunci când antetul P-Charge-Info lipsește.

  • Când este activată asistența, configurația Numărului de Taxare a locației este întotdeauna expusă. Totuși, unii furnizori PSTN nu necesită ca antetul P-Charge-Info să includă un număr obișnuit, așadar acești clienți pot să nu fie nevoiți să configureze un număr de facturare special pentru a evita numerele gratuite.

  • Sistemul nu acceptă integrările PSTN bazate pe locație și cele locale.

  • Sistemul nu permite includerea numerelor non-geografice restricționate (cele care pot fi atribuite doar entităților) în antetul P-Charge-Info.

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 edita numele trunchiului sau puteți vizualiza detaliile și utilizarea acestuia în Control Hub.

1

Selectați trunchiul pe care doriți să-l vizualizați sau să-l modificați.

2

Pe panoul lateral, lângă numele trunchiului, faceți clic pe pictogramă pentru a schimba numele trunchiului.

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

3

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.

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 dezactivată, PAI și From sunt identice și sunt setate la valoarea la care a fost setat antetul From când Dual Identity era activată.

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

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

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea suportului pentru 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 telefon al utilizatorului ca număr de apel extern.

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3: Un utilizator Webex Calling apelează un utilizator local prin intermediul gateway-ului local.

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Număr semnificativ de întreprinderi

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • Din: Număr semnificativ de întreprinderi

    • PAI: Număr semnificativ de întreprinderi

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

1

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

2

Faceți clic pe Butonul Mai multe opțiuni în coloana Acțiuni și faceți clic pe Ștergere trunchi.

Pentru a verifica starea trunchiului în Control Hub.

1

Conectați-vă la Control Hub https://admin.webex.com, accesați Servicii > Apelând > Rutare apeluri.

2

Selectați trunchiul pe care doriți să verificați starea.

3

Faceți clic pe Informațiitrunchi.

Următoarele sunt diferitele stări ale trunchiului:

  • Online—Înregistrarea cu succes a Local Gateway la Webex Calling.

  • Offline—Înregistrarea nereușită a Local Gateway la Webex Calling.

  • Defectat—Conexiune nereușită între cel puțin un proxy Webex Calling Edge și Local Gateway.

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

În timp ce adăugați un trunchi bazat pe certificat, trebuie să introduceți un nume de domeniu complet calificat (FQDN). Apoi, Webex Calling utilizează o combinație între FQDN și certificatul gateway-ului local pentru a avea încredere într-un Gateway local.

Cerințe pentru configurarea unui Gateway local din Control Hub:

  • Gateway-ul local TREBUIE să fie accesibil direct de pe internet 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 un 1:1 Traducerea statică a adreselor (NAT) este necesară pentru a asigura accesul direct de pe Internet.

  • Când este implementat în spatele unui firewall, TREBUIE configurate reguli adecvate pentru a permite semnalizarea TLS SIP și UDP/SRTP suporturi media care să treacă între gateway-ul local și Internet.

    • Consultați Ghidul de referință al porturilor de apel Webex pentru detalii despre porturile utilizate în fluxurile dintre gateway-ul local și Webex Cloud.

    • Acest ghid de configurare presupune că portul SIP TLS standard 5061 este utilizat de gateway-ul local pentru a primi semnale. Dacă este necesar, se poate utiliza un port alternativ de ascultare a semnalizării.

  • Este necesar un certificat semnat pentru autorizarea și autentificarea cu succes a apelurilor din portbagaj. Un gateway local TREBUIE să îndeplinească următoarele cerințe atunci când stabilește o conexiune TLS reciprocă bidirecțională cu serviciile Webex Calling pentru SIP:

Înainte de a începe

  • Domeniu revendicat și verificat: Când adăugați un trunk, TREBUIE să fie aleasă o adresă de gazdă dintr-un nume de domeniu de nivel superior verificat sau revendicat, consultați Manage-your-domain.

  • Adresă unică în cadrul organizației: Un trunk este creat cu o adresă de gazdă FQDN sau SRV unică. Această adresă TREBUIE să fie unică pentru întreaga organizație și nicio adresă nu poate fi utilizată de două linii telefonice.

    • Un trunchi cu un FQDN london.lgw.cisco.com:5062 poate fi creat doar dacă nu există un alt trunchi cu adresa gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același nume de adresă ca o adresă SRV sau un FQDN și cu o combinație de porturi diferită.

    • Un trunchi cu adresă SRV london.lgw.cisco.com poate fi creat numai dacă nu există nici un alt trunchi cu o adresă gazdă london.lgw.cisco.com. Acest lucru nu este permis chiar dacă există un trunchi cu același nume ca adresa SRV sau un FQDN și cu o combinație de porturi diferită.

  • Configurație DNS: Gateway-ul local TREBUIE să fie rezolvat de pe internetul public printr-o înregistrare de tip DNS A sau DNS Service Record (SRV).

    • Dacă se alege un FQDN, adresa TREBUIE să se rezolve într-o înregistrare DNS de tip A și nu într-un CNAME DNS.

    • Dacă se alege o adresă SRV, atunci tipul de serviciu TREBUIE să aibă prefixul „_sips._tcp”.

      • Adresa se poate rezolva într-una sau mai multe înregistrări DNS A cu ponderi și priorități diferite. În timp ce faceți acest lucru, se recomandă utilizarea aceluiași port de ascultare pentru toate înregistrările.

      • Înregistrările din cadrul registrului de servicii trebuie să aibă o pondere și o prioritate corespunzătoare. Utilizarea unor ponderi și priorități diferite influențează distribuțiile traficului pentru apelurile provenite de la Webex Calling.

    • Toate tipurile de înregistrări TREBUIE să aibă un TTL rezonabil de ridicat. Se preferă 300 de secunde sau mai mult.

  • Toate trunchiurile trebuie să fie atribuite unei locații din Control Hub.

Următorul tabel conține exemple cu diferite tipuri de înregistrări alese simultan în organizația dvs. ca adresă a trunchiului.

Configurația trunchiului ca FQDN sau SRV

Regulă pentru configurarea DNS

Adresă prezentă în certificat ca Nume Comun (CN) sau Nume Alternativ al Subiectului (SAN)

Cerința pentru antetul 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:user@london.lgw1.cisco.com:port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com se rezolvă la ONE A Record frankfurt.lgw1.cisco.com

frankfurt.lgw.cisco.com

sip:frankfurt.lgw.cisco.com;port;transport=tls

sau

sip:user@frankfurt.lgw.cisco.com;port;transport=tls

SRV: frankfurt.lgw.cisco.com

_sips._tcp.frankfurt.lgw.cisco.com rezolvă DOUĂ sau mai multe înregistrări A

fr.lgw1.cisco.com

fr.lgw2.cisco.com

Ambele înregistrări TREBUIE să fie rezolvate la o adresă IP unică și, așa cum este sugerat, pot avea ponderi și priorități 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 inițiată de Local Gateway către Webex Calling Cloud trebuie să conțină antetul Contact cu FQDN-ul unui Local Gateway.

OPȚIUNI Tranzacțiile de la Gateway-ul local sunt deosebit de importante pentru ca starea Gateway-ului local din Control Hub să fie online.

1

Selectați Adăugare trunchi.

2

Selectați o locație din lista verticală.

3

Introduceți un nume pentru trunchi.

4

Selectați Pe bază de certificat din lista verticală Tip trunchi.

5

Selectați un tip de dispozitiv din meniul 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: Suport SBC terț în secțiunea Trunk.

6

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-vă domeniile
7

Introduceți numărul maxim de apeluri concurente.

8

Faceți clic pe Salvați.

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

Puteți să editați numele portbagajului sau să vizualizați detaliile portbagajului și utilizarea în Control Hub.

1

Selectați trunchiul pe care doriți să-l vizualizați sau să-l modificați.

2

În panoul lateral, lângă numele trunchiului, faceți clic pe pentru a schimba numele trunchiului.

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

3

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.

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. Mai jos sunt câteva exemple de scenarii pentru a înțelege mai bine utilizarea acestei setări:

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

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Număr locație

    • PAI: Linie directă

  • Când setarea suportului pentru 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 telefon al utilizatorului ca număr de apel extern.

    • Când este activată setarea de asistență pentru identitatea duală.

    • Din: Linie directă

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • Din: Linie directă

    • PAI: Linie directă

  • Scenariul 3: Un utilizator Webex Calling apelează un utilizator local prin intermediul gateway-ului local.

    • Când este activată setarea de asistență pentru identitatea duală.

    • De la:Număr semnificativ de întreprinderi

    • PAI: Linie directă

  • Când setarea suportului pentru identitate dublă este dezactivată.

    • De la:Număr semnificativ de întreprinderi

    • PAI: Număr semnificativ de întreprinderi

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

1

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

2

Faceți clic pe Butonul Mai multe opțiuni în coloana Acțiuni și faceți clic pe Ștergere trunchi.

Pentru a verifica starea trunchiului în Control Hub.

1

Conectați-vă la Control Hub https://admin.webex.com, accesați Servicii > Apelând > Rutare apeluri.

2

Selectați trunchiul pe care doriți să verificați starea.

3

Faceți clic pe Informațiitrunchi.

Următoarele sunt diferitele stări ale trunchiului:

  • Online—Înregistrarea cu succes a Local Gateway la Webex Calling.

  • Offline—Înregistrarea nereușită a Local Gateway la Webex Calling.

  • Defectat—Conexiune nereușită între cel puțin un proxy Webex Calling Edge și Local Gateway.

  • Necunoscut—În procesul de stabilire a unei conexiuni între Webex Calling și gateway-ul local 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 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?)

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

Selectați Grup de rute > Creați un grup de rute.

2

Denumiți grupul de rute, apoi selectați trunchiurile de adăugat din meniul vertical.

3

Selectați nivelul de prioritate pentru trunchi.

4

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 folosit și ca opțiune de rutare pentru rutarea unei extensii necunoscute într-o locație.

Puteți modifica numele unui grup de rute existent, puteți adăuga trunchiuri, puteți modifica numărul de trunchiuri atribuite și puteți modifica nivelurile de prioritate ale trunchiului. Din pagina cu detaliile grupului de rute, puteți vizualiza , de asemenea, apelurile către extensiilelocale, planurilede apelare și conexiunea PSTN.

1

Selectați grupul de rute pe care doriți să-l modificați.

2

În panoul lateral, lângă numele grupului de rute, faceți clic pe pictogramă pentru a modifica numele grupului de rute.

3

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.

4

Faceți clic pe Salvați.

Puteți șterge un grup de rute atât timp cât nu este utilizat.

1

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

2

Butonul Mai multe opțiuni Faceți clic pe coloana Acțiuni și selectați Ștergere grup de rute.

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-le 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 specifice de apelare ca parte a planului dvs. de apelare. Un model de apelare reprezintă extensiile locale:

  • Numere ESN/on-net

  • +E.164 modele

  • Domenii SIP URI

Modele de apelare numerică

Tiparele numerice pot reprezenta numere E.164 sau numere de întreprindere. Tiparele pentru numerele E.164 încep cu un interlinie +, urmat de o secvență de cifre (1-9), apoi de metacaractere opționale.

Model de apelare pentru întreprinderi

Un model de apelare pentru întreprinderi are o secvență de cifre (1-9), urmate de caractere wildcard opționale. Caracterele wildcard valide sunt ! (se potrivește cu orice secvență de cifre) și X (se potrivește cu o singură cifră, 0-9). Caracterul wildcard ! poate apărea o singură dată la sfârșit și numai într-un model E.164.

Nu puteți utiliza:

  • Wild cardul „X” în mijlocul numerelor, de exemplu: 617495X3XX

  • Cartea sălbatică "!" când se utilizează caracterul 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ă anteturile „de la” și „către” din 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 URI SIP:

Numai domeniile din partea dreaptă a URI-ului 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 se potrivește

Odată ce v-ați creat trunchiurile și grupurile de rute, puteți configura un plan de apelare în Control Hub.

1

Faceți clic pe Planuri de apelare, apoi pe Creare plan de apelare.

2

Introduceți un Nume pentru planul de apelare.

3

Selectați o alegere de rutare.

Selectați fie un trunchi creat anterior, fie un grup de rute.

4

(Opțional) Puteți crea sau importa manual un model de apelare pentru opțiunile de traseu selectate.

5

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

Selectați planul de apelare pe care doriți să-l modificați.

2

În panoul lateral, lângă numele planului de apelare, faceți clic pe pentru a schimba numele planului de apelare.

3

Pentru a modifica opțiunea rutare, alegeți o altă opțiune din meniul vertical.

4

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.

5

Pentru a elimina un model de apelare, faceți clic pe pictograma Butonul de ștergere reprezentat de o pictogramă de coș de gunoi de lângă tiparul de apelare pe care doriți să îl eliminați.

6

Faceți clic pe Salvați.

1

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

2

Faceți clic pe Butonul Mai multe opțiuni în coloana Acțiuni și selectați Ștergere plan de apelare.

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 o centrală telefonică centrală și vă permite să direcționați extensii necunoscute (cu lungimea numărului de apel de 2-10 cifre) către centrala telefonică centrală utilizând o trunchiere sau un grup de rutare existent.

Înainte de a începe

Setarea Apeluri către extensii locale este activată pentru fiecare locație.

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

Când este activată, apelurile efectuate de utilizatorii din locație către o extensie necunoscută (între 2 și 10 cifre) sunt direcționate către ruta selectată. group/trunk pe măsură ce premisele solicită.

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 de pe o rețea internă.

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

Conectați-vă la Control Hub.

2

Accesați Management > Locații.

3

Selectați locația de modificat.

4

Faceți clic pe fila Apelare.

5

Faceți clic pe Apelare internă, în secțiunea Apelare.

6

Activați pentru a activa Dirijarea extensiilor necunoscute către sediul clientului ca apeluri interne. Imaginea Shariff este învechită.

7

Selectați un grup de rutare sau o trunchiere din meniul derulant pentru a direcționa apelurile.

8

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

Defilați la Rutarea apelurilor între apelarea Webex și sediul și alegeți cum doriți să gestionați numere necunoscute.

  • Comportament standard este opțiunea implicită și recomandată pentru a obține cel mai bun nivel de interoperabilitate cu o centrală telefonică locală.
  • Comportament moștenit (nerecomandat) oferă compatibilitate cu versiunile anterioare pentru comportamentul gateway-ului local moștenit și nu este recomandat atunci când planurile de apelare sunt configurate pentru organizație.

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).

2

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.

3

Alegeți Lungimea maximă necunoscută a extensiei (2-10 cifre) pe care doriți să o setați pentru rutarea bazată pe locație.

Când măriți lungimea extensiei și dacă schema de numere utilizată de furnizorul PSTN nu este E.164, apelurile PSTN primite vor fi considerate apeluri locale provenite de la locație. Prin urmare, pentru a evita orice posibilă rutare greșită, recomandăm aplicarea formatului E.164 pentru astfel de apeluri PSTN primite înainte de a le trimite către Webex Calling.
4

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.

Funcția este îmbunătățită pentru a afișa permisiunile pentru apelurile de ieșire, prevenirea fraudei, modelele de cifre, interceptarea apelurilor și modelele de traducere aplicate la rutarea unui apel.
1

Conectați-vă la Control Hub.

2

Accesați Servicii > PSTN & Rutare > Configurații gateway.

Alternativ, clienții care utilizează Planul de apeluri Cisco își pot configura rutarea de la Servicii > Apelând > Rutare apeluri.
3

Selectați Verificare rutare apeluri.

4

Din meniul derulant, alegeți Selectați sursa apelului pentru un utilizator cloud, spațiu de lucru, linie virtuală sau trunchi local pentru a verifica rutarea apelului.

5

Introduceți un număr sau un URI.

6

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: Locații PBX mixte în cloud

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